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A Trek Areospace Debian Linux és 
nyílt forrású repülésirányító szoftver 
felhasználásával ember nélküli légi 
járművet épített (AV — Unmanned 
Aerial Vehicle), mely képes függő- 
legesen fel- és leszállni. Az Oviwun 
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tömege hat font (mintegy három 
kilogramm), mely GPS-el felszerelve 
képes függetlenül repülni. Az eszköz 
elsősorban felderítő szereppel bír, 
valósidejű álló- vagy mozgóképet 
továbbíthat. Éjjellátó kamerával pedig 
akár barlangok feltérképezésére is 
alkalmas lehet. A légijármű vezérlését 
a VersaLogic cég Puma kódnevű mo- 
dulja végzi. A megfelelő számítási 
kapacitásról egy x86 kompatibilis 
AMD G.X500 processzor gondoskodik. 
Az eszközt a NASA és a DARPA is 
teszteli, de korlátozott számban 
rendelhető a cégtől, igaz, 15 ezer 
dollárt kérnek érte. 
2 http:/www.linuxdevices.com/ 
news/NS3726877035.html 


Ipari számítógép Linuxszal 





Kontron már szállítja kétmagos 
DIN sínre szerelhető ipari számító- 
gépét, melyhez Linux támogatást is 
nyújt a gyártó. Az eszköz lelke egy 
1.2 GHz-es Intel Core Duo processzor 
fél vagy egy gigabájt RAM-mal és ma- 
ximálisan 2 gigabájt flash memóriával. 
Ez szükség esetén CompactFlash 
kártyával tovább bővíthető. Emellett 
három Ethernet, két USB2 és egy 
darab RS232 soros port található rajta. 
2 http:/www.linuxdevices.com/news/ 
N5S8034346535.html 


Debian Etch (4.0) 


Megjelent a népszerű operációs rend- 
szer legújabb verziója. A jelenlegi ki- 
adás 11 architektúrára érhető el: Alpha, 
AMD64, ARM, HPPA, x86, IA-64, 
MIPS, MIPS (DEC), PowerPC, $/390, 
Sparc. Az Etch megjelenése jó néhány 
egyéb, Debian-alapú disztribúciót is 
érint, ahol a stabil verzióval dolgoztak 
a fejlesztők: Freespire/Linsprire, MEPIS 
(bár ez nem régóta Ubuntu alapú), 
Knoppix, Ubuntu és Xandros. 

2 http:/www.debian.org 


000 ezer Linuxos set-top-box 

A Motorola leszállította egymilliomo- 

dik IP-TV-s set-top-boxát, melyek kö- 

zül 8090-on MIPS alapú Linux végzi 

az MPEG adatfolyamok dekódolását. 

Az eszközöket jelenleg a világon 

70 szolgáltató hálózatán használják. 

2 http:/www.linuxdevices.com/news/ 
N5S5096707139.html 


Palm és a Linux 
A Treo-król ismert Palm 
jelenleg Palm OS-t és Win- 
dows Mobile-t használ 
okostelefonjaihoz, azonban 
már az év végén piacra 
dobja Linuxos okostelefonját 
is. Ez azt jelenti hírek szerint, hogy 
jövőbeli Palm gépek Linux rendszer- 
magja képes lesz Palm OS 5-re szánt 
programok futtatására is. 
2 http:/www.linuxdevices.com/news/ 
N5S5607883840.html 





UMPC, előretelepített Linuxszal 





A TabletKkKiosk-tól már rendelhető 

az első UMPC (ultamobiil PC), 

melyen gyárilag OpenSuse 10.2 van. 

Az eo Tuflab v7112XT belsejében 

1.2 GHz-es Via C7-M processzor, 

egy gigabájt memória és 40 gigabájtos 

merevlemez található. 1625 dolláros 

árban benne foglaltatik továbbá 

egy ujjlenyomatolvasó, egy 1.3 mega- 

pixeles kamera videórögzítési lehető- 

séggel, valamint jó néhány bővítőhely 

(USB, PCMCIA slot, SD kártya hely). 

Hálózatra Bluetooth 2.0-val, 10/100-as 

vezetékes hálózattal vagy 802.11b/g 

wifivel csatlakozhatunk. A beépített 

akkumulátor mintegy 3-4 óra műkö- 

désre elegendő energiát nyújt. 

Ez a hosszú üzemidő részben 

a Via processzornak köszönhető. 

2 http:/www.linuxdevices.com/news/ 
N5S9295133935.html 


Videórögzítés ipari környezetben 
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A Protech bemutatta strapabíró, ipari 
környezetbe szánt passzív hűtésű 
számítógépét, mellyel egyszerre akár 
16 kamera képe is rögzíthető MPEG4 
formátumban. Az EPC-8612F Linuxot 
futtat, célterülete pedig a megfigyelés, 
valamint az ipari automatizálás. 
A megfelelő számítási kapacitásról egy 
1 Ghz-es Celeron M alacsony fogyasz- 
tású processzor gondoskodik maximá- 
lis 1 gigabájt DDR memória társaságá- 
ban. Az eszköz 22x25 centiméter, 
a vastagsága pedig 6.2 centiméter. 
Igény szerint 2.5 és 3.5 hüvelykes me- 
revlemezt fogad 500 gigabájtig. A már 
említett 16 videóbemenet mellett talál- 
ható még rajta egy hálózati csatoló, 
két darab USB2-es és két darab soros 
csatoló is. Az már csak ráadás, hogy 
a videórendszer fejlesztői környezetét 
(SDK) mellékelik minden egységhez. 
2 http:/www.linuxdevices.com/news/ 
N5S7887186157.html 


Nokia és az Open C 

A Nokia a Linuxos alkalmazások 
könnyebb portolhatósága végett el- 
készítette Symbian (S60) telefonjaira 
az Open C-t, mely az eddigi Symbian 
C--4-hoz hasonló sebességet ígér. 
Jelenleg kilenc könyvtár érhető el: libc 
(alap C utasítások), libdl (dinamikusan 
linkelt binárisok), libpthread (szálkeze- 
lés), libm (matematikai függvények), 
libcrypt és libcrypto, libelib, libz 
(tömörítéssel kapcsolatos eljárások), 
libssl. Az új fejlesztői környezet 
azokon a telefonokon használható, 
melyek $60 Third Edition, Feature 
Pack 2-t futtatnak, emellett a Nokia 
telepítőkészletet is készített, mellyel 
bármely korábbi Third Edition 

kiadás frissíthető. 

2 http:/www.forum.nokia.com/openc 





Sandisk és a Linuxos médialejátszó 
A Sandisk elsősor- 
ban a flash alapú 
tárolóival szerzett 
nevet a piacon, most 
azonban elkészítette 
első hordozható mé- 
dialejátszóját (PMP). 
Ez akár WiFi-vel se- 
gítségével is le tudja 
tölteni a zenét on- 
line zeneboltokból, 
de webes rádióadókat is hallgatha- 
tunk vele. Emellett a jól bevált SB 
kapcsolat sem maradt le róla. A zenék 
(MP3, WMA és védett WMA) tárolá- 
sára 4 gigabájtos háttértára szolgál, 
a felhasználó informálásáról pedig 
egy 2.2 hüvelykes LCD gondoskodik. 
A lejátszó Linuxot és Monot-t futtat. 
250 dolláros áron vásárolható meg. 
2 http:/www.linuxdevices.com/news/ 
N5S2155128286.html 
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Ránc felvarrás után: az örök életű 
soros port 


Érdekes eszközt 
kínál 95 dolláros 
áron a Connect 
One. Az eszköz cél- 
ja nem más, mint 
RS232C kompatibi- 
lis eszközt wifi hálózatra csatlakoztatni, 
ráadásul védetten. Az eszköz kommu- 
nikációs vezérlője a cég saját fejlesztése, 
míg a WiFi (és egyben tűzfal) chip 
Marvell gyártmány. Az eszköz számos 
titkosítási protokollt támogat: 
SSL3/TLS1, WEP, AES-CCM és TKIP, 
WPA1. A WPA2-t azonban csak év vé- 
gére ígéri a gyártó. Az eszköz egyszerre 
tíz szimultán kapcsolatot kezel. A soros- 
IP híd gondoskodik arról, hogy a már 
meglévő szoftvert ne kelljen módosíta- 
ni. Az eszközt Web és WAP böngészők- 
kel lehet konfigurálni. 
2 http:/www.linuxdevices.com/news/ 
N5S835277787/5.html 


AJAK hálózat nélkül — Zimbra Desktop 


A nyílt forrású AJAX-os megoldások 
szinte bármikor használhatóak, ha él 
a hálózati kapcsolat. Ha viszont meg- 
szakad, akkor lép a színre a Zimbra 
Desktop. A megoldás titka egy apró 
webszerver a kliens gépen, mely segít- 
ségével éppúgy használhatóak az 
AJAX-os megoldások, mint korábban. 
2 http:/www.internetnews.com/ 
dev-news/article.php/3667936 








OKTATÁ KÖZPONT 


EEG TETT 


(RedHat, Debian, Suse, Mandriva, ...) 


- Rendszergazda Alapok 

- Haladó Rendszergazda 

- Vállalati levelezés megoldások 
- OpenLDAP alapok 

- Samba-OpenLDAP-PDC 


WEBMESTER 


- Webszerkesztés 
( Design-PhotoShop, Flash, Dreamweaver 


- Web-programozás 
- HTML-XHTML-CSS-JavaScript 
- PHP/SOL, JavaScript-DOM-AJAX 


- XML 
- JAVA Webfejlesztőknek 


. TAVOKTATAS 
- - Flash 8 
I- Flash-PHP-MySOL 
- PHP-MySOL (WebShop építése) 


Legújabb kiadványunk 
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; . ] A könyv feldolgozása során elmélyíthetjük JavaScript 
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! 
tudásunkat, és megismerkedünk a prototype.js nevű 

! függvénykönyvtárral, ami végig fogja követni utunkat 

! az AJAX világában. 


"  ] A könyvet inkább azok forgathatják nagyobb 
. ] haszonnal, akik már rendelkeznek HTML-CSS- 
JavaScript-PHP-SOL alapismeretekkel, és ezeket 
szeretnék kiegészíteni az AJAX fegyvertárával. 
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Linux világából (is) 


Magyarország 
vezető 


informatikai portálján 


Apró settopbox hatalmas tudással 
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Beágyazott Linux felhasználásával 

épített set-top-box-ot a SysMaster. 

A Tornado M10 Digital Media Center 

apró mérete ellenére — 152 x 76 x 38 

mm - szinte mindent tud, amit 

a nagyok (IPTV, internet rádió, VolP, 

videó-konferencia, időjárás jelentés, 

üzenetküldő rendszerek -— email, 

ICO, MSN, stb. -— kezelése, stb.) 

Az eszköz rendelkezik Ethernet 

és telefon csatlakozóval, USB port- 

tal, SD kártyahellyel valamint egy 

webkamerával is. TV készülékre RCA 

kábelekkel csatlakoztathatjuk, ennek 

megfelelően pedig kapunk hozzá táv- 

irányítót is. A készülék ára 170 dollár, 

a kiegészítő WiFi-vel pedig 200. 

2 http:/www.linuxdevices.com/articles/ 
A18414361405.html 


Valósíidejű Linux akár 32 magig 
A Concurrent rendszerintegrátor 
és hardverforgalmazó bemutatta 
a RedHawk Linux 4.2-t, mely egy valós- 
idejű (real-time) Linux. Az újításnak 
köszönhetően már akár 32 magos 
rendszereket is képest teljes mértékben 
kihasználni. A jelenlegi rendszer támo- 
gatja a négymagos Intel processzoro- 
kat, míg AMD processzorok esetén 
erre még kicsit várni kell. További új- 
donság még az Infiniband és a nagy 
rendelkezésre állású NES (HA-NES) is. 
2 http:/www.linuxdevices.com/news/ 
N5S3030403029.html 


Linuxot érintő szabadalmak 

Az Oracle is csatlakozott az OIN-hoz 

(Open Invention Network), mely kere- 

tében a tagok engedélyezik azon sza- 

badalmaik jogdíj nélküli használatát, 

amelyek kapcsolatba hozhatóak 

a Linuxszal. Legyen szó cégről, intéz- 

ményről vagy magánszemélyről. 

Csatlakozott tagok: IBM, NEC, Novell, 

Philips, RedHat, Sony. 

2 http:/www.eweek.com/article2/ 
0,1759,2108213,00.asp 





Intel: Linux alapú MID 





Újabb betűszóval 
kell megbarátkoz- 
nunk. Eddig létezett 
a PDA, illetve az 
UMPC (ultramobil 
PO). Az Intel a kínai 
fejlesztői konferenci- 
áján bemutatta MID- 
jeit (Mobile Internet 
Devices), melyet 
a Nokia N800-as ellenfelének szán. 
Az UMPC-kkel szemben a MID-ek ki- 
sebb a terjedelműek és könnyebbek is. 
A két eszköz fantázianeve: Zhang és 
Zou. A kettő között főképp memória- 
méretbeli: (256 és 512 megabájt), 
valamint felbontásbeli (300x480 és 
1024x600 képpont) különbség jelent- 
kezik. Az eszköz Red Flag Linuxot fut- 
tat és Linuxos SWSUSP helyett a FAST 
RESUME technológiát használja, mely 
mintegy 25 másodperccel csökkenti 
a rendszerindítási időt azzal, hogy 
kiiktatja a kernel indítását és egyből 
a hibernált területet tölti be. 
2 http:/www.linuxdevices.com/news/ 
N5S8166710404.html 


A pingvin repülni tanít 





A méltán híres Airbus repülőgépgyártó 

cég valósidejű Linuxot használ az 

A400M szállító harci repülőgép terve- 

zésekor. Az Airbus A400M High Lift 

rendszer teszteléséhez két- és négyma- 

gos iHawk x86 rendszereket használ- 

nak RedHaxwk valósidejű Linuxszal. 

A gépeken MATLAB/Simulink fut. 

2 http:/www.linuxdevices.com/news/ 
N5S2280514361.html 


Linuxos router 50 dollárért 

A Meraki cég 5 mil- 
lió dolláros Google 
támogatással 50 
dolláros routereket 
árusít, melynek 
célja: létrehozni 
egy nagyon olcsó 
wireless hálózatot. 
Az eszköz Atheros 
wifi-vel rendelkezik 
és MIPS alapú. 

A 180 MHz-es pro- 
cesszor 32 megabájt 
RAM-mal és 8 megabájt flash memóri- 
ával OpenWRT-t futtat. Noha a router 
használható egymagában is, boly 
jellegű internetszolgáltatásra szolgál. 
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Ennek lényege, hogy több router oszt 
meg egymás között egy szélessávú 
elérést. Hasonló boly jellegű hálózat 
várható a 100 dolláros OLPC projekt 
gépein is. (Magyarországon a legtöbb 
szélessávú szolgáltató tiltja az ilyen 
jellegű háztartáson kívüli internet 
megosztást.) 
2 http:/www.linuxdevices.com/news/ 
N5S4963484100.html 


Uj, nyílt forráskódú hozzáférési pont 
a D-Link-től 

A D-Link bejelentette legújabb 
DAP-1160 típusú hozzáférési pont- 
ját, mely a 802.11b és g szabványo- 
kat támogatja. Az eszközt a már 
megszokott módon használhatjuk 
(kliens, access point, repeater). 

A hamarosan megjelenő firmware 
frissítés WISP funkciókkal fogja 
bővíteni az eszköz tudását, mely 

a nyílt forráskódnak köszönhetően 
lényegesen egyszerűbb lesz. Az esz- 
köz Realtek 8186-os lapkakészlettel 
kerül a boltokba és Linux kódokra 
épül. A forráskód letölthető a cég 
honlapjáról. Az itthoni ára 15 ezer 
forint körül várható. 


Gnome tovább szeretne lépni 





A Gnome alapítvány beadványa 
a mobil és beágyazott rendszerek 
felé történő nyitást hangsúlyozza. 
A GMAE résztvevői agresszív terjesz- 
kedésbe szeretnének kezdeni. A ter- 
vek között szerepel a Java támogatás 
(JME), a GeoClue (helymeghatározó 
szolgáltatás), hardver információs 
rendszer (HAL), a PulseAudio, vala- 
mint a Tinymaii is. Ezek mellett 
természetesen a már meglévő kód- 
bázist is szeretnék jobban összefog- 
ni és fejleszteni. A beadvány támo- 
gatója számos közismert szervezet: 
Canonical (Ubuntu), Debian, Intel, 
Nokia, Red Hat, stb. 
2 http:/www.gnome.org/mobile/ 
2 http:/www.linuxdevices.com/news/ 
N5S4844817737.html 


Kiwix, az offline Wikipedia 
95 RAJM  metmmé9 
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Plant 


Plants are a major group of Ilving things including familiar 
organisms such as trees, flowers, herbs, bushes, grasses, vines, 
ferns, and mosses. About 350,000 species of plants, defined as 
seed plants, bryophytes, ferns and fern allies, have been 
estimated to exist. As of 2004, some 287655 species had been 
identified, of which 258,650 are flowering and 15,000 bryophytes, 
Plants are mostly autotrophs, organisms that obtain energy from 
sunlight or organisms that make their own fooi s 

out a process called photosynthesis, which occurs in the 
chloroplasts of plants. 
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Software developed by LnterVWeb " 


Megjelent a Wikipedia offline vál- 
tozata, igaz csupán angol nyelven. 
A WikipediaOnDvd honlapjáról 
letölthető mintegy 400 megabájtos 
ISO fájl — mely a 0.5-ös próbaválto- 
zat — 1964 szócikket tartalmaz a mint- 
egy 1.8 millióból, amely az angol 
változatban megtalálható. A böngé- 
széshez szükséges program is 
megtalálható a CD-n. Ez ugyan kicsit 
más, mint a webes verzió, de aki 
gyakran használja a Wikipedia 
on-line változatát, annak ez sem 
jelenthet problémát. 
2 http:/www.kiwix.org/ 
2 http:/www.wikipediaondvd.com/ 
site.php 





Kis irodák hálózati tárolója 
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Tesz sesszetttaemanttt 





A hálózati adattárolók (NAS) virágko- 
rukat élik. Mi sem bizonyítja ezt job- 
ban, mint a Hammer Storage legújabb 
Linuxot futtató terméke, mely két 
SATA II-es merevlemez segítségével 
akár 2 terabájtig bővíthető tárhelyet 
nyújt. Az eszköz FIP, Samba és NES 
kéréseket szolgál ki, a merevlemezek 
pedig RAIDO, RAID1 vagy JBOD 
tömbként üzemelhetnek. lovábbi 
hab a tortán, hogy kiváltja a nyom- 
tatókiszolgálót is, hiszen USB 
nyomtatók is csatlakoztathatók hozzá. 
A rendszer lelke egy 500 Mhz-es 
ARM9-es processzor 64 megabájt 
RAM-mal és 16 megabájt flash me- 
móriával kiegészítve. A mai kor igé- 
nyeinek megfelelően az USB 2.0-ás, 
míg a hálózatra gigabites sebességgel 
is csatlakozhat. Az eszköz már kap- 
ható 500 gigabájt és 2 terabájt közti 
kapacitással. 
2 http:/www.linuxdevices.com/articles/ 
AT7270490723.html 


Samsung — Kicsiben nagy 


Előző számunkban hírül adtuk, misze- 
rint 3.5 valamint 2.5 hüvelykes flash 
alapú merevlemezek jelentek meg 128 
és 64 gigabájtos méretben. A legkisebb 
és egyben legnagyobb tárterületű 
ilyen meghajtót a Samsung dobja piac- 
ra nyáron. 1.8 hüvelykes és 64 gigabájt 
méretű. Az olvasási sebessége 64 me- 
gabájt, az írási sebessége pedig 45 me- 
gabájt másodpercenként. Viszonyítás- 
képp egy 1.8 hüvelykes hagyományos 
merevlemez 15 megabájtot olvas és 
7 megabájtot ír egy másodperc alatt. 
2 http://news.digitaltrends.com/ 
article12556.html 





Ráncfelvarrás — Bluetooth 2.1 


iuetooth 


Megjelent a népszerű vezeték nélküli 
szabvány 2.1-es változata. Az új válto- 
zat egyszerűbb párosítást és akár öt- 
ször kevesebb energiafogyasztást ígér 
nem hangjellegű (egér, billentyűzet, 
szenzorok, stb.) alkalmazások esetén. 
A Bluetooth 2.1-es eszközök kom- 
patibilisek a régiekkel, a hatósugár 
sem nő, azonban az adatátviteli se- 
besség elérheti az UWB (Ultra Wide 
Band) nyújtotta 480 megabitet is, 
szemben a korábbi 2.0-ás Bluetooth 
3 megabitjével. 
2 http:/www.wi-fiplanet.com/news/ 
article.php/3668346 








Medve Zoltán 
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2001-ben kezdett 
,Linuxolni", de már 
korábban is ismerkedett 
a szabad szoftverek vilá- 
gával. Ha éppen nem a gép előtt ül, 
akkor fotózgat, olvasgat vagy bicajozik. 
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Ni újság a rendszermag fejlesztése korul? 


Úgy tűnik, hogy a MinixFS 
hármas verzióját támogatni fogják 
a modern rendszermagváltozatok. 
Daniel Aragones már régen elkészí- 
tett egy foltot, ami egész eddig 
ott lebegett a felszín közelében, 
aztán végül Andries Brouwer 
szánt rá némi időt, hogy letisz- 
tázza, és összhangba hozza 
a rendszermag igényeivel. 
Andrew Morton szerint 
a folt teljesen veszélytelen, 
és bármelyik pillanatban 
megkaphatja a zöld utat. 
Nikolai Joukov és mások elkezd- 
tek fejleszteni egy teljesen új, 
kiterjeszthető (stackable) fájlrend- 
szert RAIF (Redundant Array of 
Independent Filesystems) néven. 
Ez a fájlrendszer a RAID-hez telje- 
sen hasonlóan képes adatokat 
replikálni több lemez között azzal 
a lényeges különbséggel, hogy itt 
a felhasználó tetszőleges fájlrendsze- 
reket csatolhat a működő RAIF rend- 
szeréhez. A projekt pillanatnyilag 
nincs abban az állapotban, hogy 
egyáltalán fontolóra lehessen venni 
a rendszermagba való felvételét, 
ami egyben azt is jelenti, hogy ha 
valaki kísérletezni akar vele, előbb 
mindenképpen készítsen mentést 
a fontos adatairól. Ezzel együtt 
Nikolai azt állítja, hogy a rendszer 
viszonylag stabil, vagyis a vele 
való kísérletezés inkább móka, 
semmint Írusztráció. 

A rendszermag hamarosan támogat- 
ni fogja az úgynevezett SDHC 
(Secure Digital High Capacity) Flash 
kártyákat. Erre utal, hogy Philip 
Langdatle a tesztelés során igen jó 
eredményeket ért el az általa írt meg- 
hajtóval. (Magyarul nem volt adat- 
vesztés.) A Philip által a tesztek 
során használt SDHC Flash kártyát 
John Gilmore bocsátotta rendelkezé- 
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sére, az SD Card Association pe- 
dig részletes specifikációkat tett 
közzé, aminek Philip szintén nagy 
hasznát vette. 

Számos felhasználóban merült már 
fel az az igény, hogy egy rendszer 
összeomlásakor keletkezett hibaüze- 
neteket is szerette volna látni, ha nem 
a konzolon dolgozik, hanem az X 
Window rendszert futtatja. Ez aztán 
elindított egy polémiát arról, hogy 

a grafikus meghajtók bekerüljenek, 
illetve bekerülhetnek-e a kernelbe, 
vagy jobb az ilyesmit meghagyni az 
X fejlesztőinek. Kétségtelen, hogy 

a grafikus meghajtóknak a kernel 
szintjén történő támogatása igen 
komoly váltás lenne a rendszermag 
történetében. Ugyanakkor az is igaz, 
hogy ez volna a legkézenfekvőbb 
módja az említett igény kielégítésé- 
nek, hiszen így garantáltan meg 
lehetne jeleníteni a hibaüzeneteket, 
függetlenül attól, hogy éppen mi- 
lyen videó módban van a rendszer, 
amikor összeomlik valami. D. 
Hazelnot és valószínűleg mások is 


már javában dolgoznak a kérdéses 
átmenet megvalósításán, ami ugyan- 
akkor nem jelenti azt, hogy meg fog- 
juk úszni azt a várhatóan hosszú 
vitát — netán csatát — ami az effé- 
le nagy horderejű váltásokat 
kísérni szokta. 
Karel Zak úgy döntött, hogy új 
fejlesztési szálat kezd az util- 
linux csomaggal, mivel a pro- 
jekt jelenlegi karbantartójától, 
Adrian Bunktól hosszú ideje 
semmiféle választ nem tudtak 
kicsikarni az általuk benyújtott 
foltokkal, kapcsolatban. A kar- 
bantartás módjának változtatására 
is tettek javaslatot, de erre sem érke- 
zett válasz. Mindez azt jelenti, hogy 
hacsak Adrian nem jelenti be, hogy 
mindenképpen ő akar a jövőben is 
a kód karbantartója lenni, akkor Karel 
idővel egyesíti a saját és Adrian kód- 
ját, és újra egy szálon folyik tovább 
a fejlesztés, de annak már hivatalosan 
és Karel lesz a koordinátora. 
Greg Kroah-Hatrman elindított egy 
külön levelezési listát mindazok 
számára, akik valamilyen terjesztést 
készítenek és ehhez van szükségük 
a rendszermagra, illetve a vele kap- 
csolatos információkra. A cél egy 
olyan a konkrét terjesztésektől füg- 
getlen fórum biztosítása volt, ahol 
a fejlesztők megbeszélhetik a azokat 
a hibákat és egyéb problémákat, 
amelyekkel a rendszermag egyes 
verzióinak , honosítása" során talál- 
koztak. A dolognak persze fordított 
irányú haszna is lehet, hiszen így 
a fejlesztők is előbb értesülnek azok- 
ról a változásokról és igényekről, 
amelyek az egyes terjesztésekkel 
kapócsolatban felmerülnek. 


Linux Journal 2007., 157. szám 


Zack Brown 


ingyenes és nyilt forráskódú Java megoldások 


az Oracle-től 


Talán még mindig sokan nem tudják, de a Java-fejlesztők már közel két éve 
ingyenesen használhatják az Oracle JDeveloper 109 fejlesztőrendszert. 


Az Oracle ezzel a gesztussal a Java- 
fejlesztők iránti töretlen elkötelezettsé- 
gét kívánta hangsúlyozni, mikor ezt 
a lépést megtette. A cég emellett fel- 
ajánlotta, hogy az Eclipse Foundation 
nyílt forráskódú fejlesztői közösség- 
ben elvállalja az egységes fejlesztőesz- 
közök kialakítását célzó JavaServer 
Faces (JSD) projekt vezetését, továbbá 
bejelentette, hogy fő támogatóként 
csatlakozik az Apache MyFaces 
kezdeményezéshez. 

A nyílt forrású megoldások támogatá- 
sának további fokozására az Oracle 
idén márciusban újabb Java fejlesztő- 
eszközének, az Oracle Toplink-nek 

a kódját nyitotta meg. Az Oracle 
Toplink a piacvezető objektum-reláci- 
ós perzisztens Java-architektúra, mely 
az Oracle Fusion Middleware termék- 
család részeként az objektum-orientált 
alkalmazások és a relációs adatbázisok 
közötti szűk keresztmetszetet szünteti 
meg, így az adatlekérdezések sebessé- 
ge akár a tízszeresére is növekedhet. 
Ennek a technológiának a kódjára 
építve az Eclipse JSF projekt mellett 
elindította az Eclipse Persistence 
Platform projektet is. Az Oracle ter- 
mészetesen továbbra is fejleszti saját 
Oracle JDeveloper eszközét, amelyből 
elérhető lesz mind a JSF, mind 

a Toplink. A nyílt forráskódú fejlesz- 
tők számára azonban az Eclipse-n 
keresztül is biztosított lesz az Oracle 
technológiára épülő magas szintű 
fejlesztési technológia. 

Az alábbiakban nézzük meg, hogy 

a fent ismertetett Open Source techno- 
lógiák fejlesztéséhez használható in- 
gyenes Oracle eszköz, a JDeveloper 109 
hogyan telepíthető Linux-ra, és mivel 


12 


jár egy egyszerű Java alkalmazás 
fejlesztése a segítségével. Egyszerű 
példánkban a Java alkalmazás nem 
fog tartalmazni sem JSF, sem Toplink 
komponenseket. 


JDeveloper telepítése 

1. Mivel maga a JDeveloper is 1009 
Java-ban készült, ezért teljesen 
hordozható a különböző operáci- 
ós rendszerek között. lermésze- 
tesen ezért első lépésként szük- 
séges a JDK 5.0 Update 6 tele- 
pítése, mely letölthető például 
a http://www.javasoft.com oldalról. 
A JDK saját könyvtárára állítsuk 
be a JAVA HOME környezeti 
változót. 


2. A JDeveloper 109 10.1.3.2 verziója 
Linuxra letölthető az OTN (Oracle 
Technology Network) megfelelő ol- 
daláról. Célszerű a Studio Edition-t 
választani, az tartalmaz minden 
funkciót: http://otn.oracle.com/ 
software/products/jdev/index.htmil 


3. Csomagoljuk ki a letöltött file-t 
a /jdeveloper könyvtárba. 


unzip jdevstudiobase10132.zip 
m-d /jdeveloper 


4. Ezt követően készítsünk egy men- 
tést a JDeveloper konfigurációs fáj- 
lokról, majd adjuk a JAVA HOME 
környezeti változó tartalmát 
a SetJavaHome értékéhez a kon- 
figuráció fájlban. 


$ cd /jdeveloper/jdev/bin 
$ cp jdev.conf jdev.conf.backup 


$ echo "SetJavaHome $JAVA HOME" 
sss jdev.conf 


5. Állítsuk be a végrehajtható állomá- 
nyok jogosultságát. 


$ chmod --x /jdeveloper/ 
5 jdev/bin/jdev 

$ chmod --x /jdeveloper/ 
3 jdev/bin/ojc 


lovábbi jogosultság beállítások 
a /jdeveloper/jdev/install.html fájlban 
találhatók 


6. Ezt követően a JDeveloper már 
futtatható is a jdev parancs 
kiadásával. 


Alkalmazás fejlesztése 

Az alábbi egyszerű példával ellenőriz- 
hetjük hogy megfelelően működik-e 
fejlesztő környezetünk. 


1. A JDeveloper elindítását követően 
az System Navigator-ban jobb 
klikk az Applications menüre 
és ott válasszuk ki a New 
Application-t egy alkalmazás 
létrehozása érdekében. 

Itt hagyhatunk mindent alapér- 
telmezetten, kivéve az alkalmazás 
nevét módosítsuk MyFirstApp-ra, 
mint ahogy az automatikusan 
megjelenő Create Project ablak- 
ban a projekt nevét állítsuk 
MyProject-re. 


2. A System Navigator-ban lévő 
hierarchia második szintjén, 
azaz az alkalmazás alatt jelennek 
meg a projektek. 
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mi 7. ábra Új alkalmazás 


 (gSvstem Navigator 

6 ak A) ea - aa Cas Ho 

(2 Applications 

H- EH MyFirstapp.jws 
Ha erti 





New Java Interface. , , 
[d New... Ctrl-N 
(b Add to Project Content... 
X Delete Delete 
éa Make Ctrl-Fg 
Make Working Set 
$3 Rebuild Alt-FA 
Rebuild Working Set 
B Run 
Úk Debug 
Reformat 
Organize Imports 
Import Module. . . 
Compare with 
Replace with 








Ctrl Alt-L 
CtrAlt-0 








Restore from Local History. . , 








Project Properties. . . 





mi 3. ábra Új Java osztály — első lépés 


3. Hozzuk létre az első java osztá- 
lyunkat. Jobb klikk a MyProject-re 
és válasszuk a New Java Class... 
opciót. 


4. A Create Java Class párbeszéd 
ablakban módosítsuk az alapér- 
telmezett Class1 nevet Dog-ra. 


5. Az új osztály automatikusan 
megjelenik a kódszerkesztőben, 
ahol látható az osztály kódjának 
váza. Adjunk egy új metódust 
az osztályhoz. A konstruktor után 
nyomjunk egy Entert, és írjuk 
be az alábbiakat: 


public String sayHiO 
Vegyük észre, hogy a szerkesztő 


ezt a sort pirossal aláhúzza, illetve 
jobb széles kis piros négyzetek 


Ctrl 5 hitt-FA 
Alt 5 hift-Fgd 
Ctrl4- Alt-L 
Ctrl Alt ú 
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WI 2. ábra A System Navigator 


Java Class 
Enter the details of your new e. 
class, 


. Dog] 


. . Package; :myproject 
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(Rowan ] 








Extends; ! java lang, Object (e) Browsé.. ) 


Optional Attributes 


[7] Public 


[2] Generate Default Constructor 
! ! Generate Main Method 





Lak di tsa 


mi 4. ábra Új Java osztály — második lépés 


is jelzik, hogy valami nem stim- 
mel. lovábbá ha az egér kurzorral 
a sor fölé megyünk, akkor meg- 
jelenik egy felirat, mely informál 
a hibáról. 


6. Ha a sor végén Ctrl1-Shift- Enter-t 
nyomunk, akkor a kódszer- 
kesztő automatikusan kiegészí- 
ti a kódot a hiányzó résszel, 
és a hibajelzések automatikusan 
eltűnnek, a kódszerkesztő jobb 
felső sarkában pedig egy zöld 
négyzet jelzi, hogy minden 
stimmel. 


Az Oracle JDeveloper-ben számos 

a fentihez hasonló kódolást támo- 
gató funkció van beépítve. Az ismer- 
tetett példa sem ér itt véget, 

a http://www.oracle.com/technology/ 
obe/obe1013jdev/10131/introide/ 
introjdevide.htm webcímen megte- 
kinthető a folytatása, melynek leg- 
végén például a Java kód debugolása 
is ismertetésre kerül. 


Ostart Page [ál Dog. java 
package nyproject; 





BHpwlic class Dog ( 
B public Dogí() í 
H 
public String sayHi() 


Source Design ! History 


NI 5. ábra A kódszerkesztő 


A kiforrott, teljes tunkciókészlettel 
rendelkező Oracle JDeveloper 
integrált fejlesztői környezet 

átfogó Java-funkciókat és web- 
szolgáltatásokat tartalmaz. A termé- 
ket korábban felhasználónként 995 
dolláros fogyasztói áron vásárolhat- 
ták meg a fejlesztők. A szoftver 
számos egyszerűen kezelhető 
funkciója kiválóan alkalmas szol- 
gáltatásorientált architektúrájú 
rendszerek kialakításához, mivel 
kiterjedten támogatja a webszol- 
gáltatásokat, a BPEL alapú üzleti 
folyamatokat, az IML-modellezést 
és a portleteket. 

A cikk elején ismertetett JSF és 
Toplink megoldásokról, illetve egyéb 
Oracle fejlesztői technológiákról 

az alábbi URL-n lehet bővebb 
információt, példákat, dokumen- 
tációkat találni: 


2 http://www.oracle.comjtechnology/ 
products/developer-tools/index.html 


Sárecz Lajos 
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Úton lenni a boldogság... 
Múlt, jelen, jövő 


Néhány éve még álmodni sem mertem volna, hogy egyszer majd kizárólag 
Linuxot fogok használni a számítógépemen. Kifejezetten idegennek tűnt még 
a gondolat is. Ehhez képest ma már számtalanszor próbálom kiadni Windows 
alatt az Is parancsot, és nyomkodom a középső egérgombot, ha szöveget 


akarok beilleszteni... 


Az elmúlt kilenc év alatt elég 
sokat változott a Linux. Azért csak 
az elmúlt kilenc évet említem, mert 
én 1998-ban találkoztam legelőször 
vele a Chip-tár mellékleteként. 

Ha emlékeim nem csalnak, a le- 
mezmellékleten a Debian Slink (2.1) 
változata volt fönn. Akkoriban a tele- 
pítés megfelelő dokumentáció hiá- 
nyában felért egy MENSA teszttel. 
Szégyen vagy sem, még a dselect is 
kifogott rajtam, így hát visszaraktam 
a lemezt a polcra. 

Az egyetemet még , Windowss alatt" 
kezdtem, de tovább élt benne 

a kíváncsiság: vajon mire lehet jó 

az a pingvin-logós rendszer. Az egyik 
lakótársam segítségével aztán szeren- 
csére sikerült jobban beleásnom 
magam a használatába. 


Múlt: Vigyázat, robbanásveszély... 
Mi tagadás, kezdetben volt pár bizarr 
dolog a Linux telepítése körül. 

A Debian Potato (2.2) a grafikus 
felület beállításakor például kifejezet- 
ten felhívta rá a figyelmet, hogy hi- 
bás adatok megadása esetén akár 

fel is robbanhat a monitor. A gyanút- 
lan felhasználónak - elvileg — fejből 
kellett volna tudni a monitor felbon- 
tás (ez még könnyű), valamint víz- 
szintes és függőleges eltérítési frek- 
venciáját. Persze be lehetett állítani 

a klasszikus 60 Hz-et is, amely 

— szinte — minden monitoron 
működött, csak épp a szemnek 

nem volt valami kellemes. 
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lee 


ne or more páckages failed to install 
the packages , (Sorry; Debian" s not perf 
; those packages again may work around 


Mm 1. ábra Sorry, Debians not perfect (2004) 


Egy másik emlékezetes esetem egy 
Debian Woody (3.0) telepítéséhez kö- 
tődik. A Leafnode csomag beállítása 
közben valamilyen hiba történt, ami 
önmagában még elmenne, na de 
amit erre a telepítő kiírt: , Sorry; 
Debianss not perfect" (,,Bocs, 

a Debian nem tökéletes"). Ezzel 
mondhatni kint vagyunk a vízből, 
na de tegye fel a kezét, aki látott 
már ilyen őszinteséget kereskedelmi 
szoftvertől... 





This is probably due to bugs in 
mp ly trying to install] 


Jelen: Már-már gyerekjáték... 
Rossz nyelvek szerint egy igazi 
linuxos nem azt élvezi, ha egy 
program működik, hanem azt, 

ha nem... A napokban telepítettem 
a gépemre a Debian Etch-et (4.0) 

a korábbi Sarge (3.1) helyett. Noha 
elég lett volna egy frissítés is, jobb- 
nak véltem tiszta lappal indulni. 

A telepítés már-már ,windowsos 
könnyedséggel" zajlott. A telepítő 
csupán pár dolgot kérdezett: nyelv, 


particionálás, hálózat, a képernyő 
felbontása, illetve hogy mire szeret- 
ném majd használni a gépemet. 
Ennyi. Egy Windows telepítése 
annyival egyszerűbb, hogy az 

nem teszi fel az utolsó kérdést. 

2003 óta egyesek folyamatosan az 
asztali Linux élre törését várják, 
ami — legyünk őszinték - egyelőre 
nem következett be. Ugyanakkor 
idén látni először azt, hogy van — 
vagy lehet -— ennek a várakozásnak 
reális alapja. 

A nemrég megjelent Windows 

Vista valahogy nem szólt akkorát, 
mint 2001-ben a Windows XP. 
Miközben a Vista és az XP gépigé- 
nye között meglehetősen nagy 
szakadék tátong, az XP hivatalos 
támogatottsága 2009 januárjában 

— tehát alig két év múlva - lejár. 
Ekkor pedig a Windows-felhaszná- 
lók válaszút elé kerülnek. Vagy ki- 
dobják a régi — de amúgy tökéletesen 
működő - gépeiket a Vista kedvéért 
(növelve ezzel az e-hulladék mennyi- 
ségét), vagy Linuxra váltanak. 

Az utóbbi lépést szerencsére 
megkönnyítheti az egyre egysze- 
rűbbé váló telepítés és karbantartás. 


Irodai rendszerként és szerverként 
már most is remek alternatívát nyújt 
szinte bármelyik disztribúció. Ugyan- 
akkor a meghajtóprogramok, speciális 
célprogramok és játékok területén 


a Windowsnak továbbra is előnye van. 


Ami a meghajtókat illeti, a helyzet 
azért folyamatosan javul. 

A meghajtóprogramok kapcsán egyre 
inkább csökken az előny, hiszen 

a gyártók egyre inkább tapasztalják, 
hogy a Linux is belépett a ringbe. 

Jó példa erre a Wacom cég, amely 
rajztábláiról híres. Ő maga nem 

szállt be a fejlesztésbe, azonban 

a meghajtóprogram fejlesztőinek ren- 
delkezésére bocsájtja a szükséges in- 
formációkat, valamint termékeiből 
mintadarabokat a teszteléshez. 
lovábbi adalék, hogy nemrég a Linux 
kernelfejlesztői közösség felajánlotta, 
hogy ingyenesen elkészíti azon cégek 
termékeihez a meghajtóprogramokat, 
amelyek jelentkeznek a felhívásra és 


hajlandóak kiadni programozási leírást. 


Jövő: Rajtunk múlik... 

Hosszabb távon nem tartom hát el- 
képzelhetetlennek, hogy az összes 

hardvereszközhöz kapott CD-n ott 





lesz a Windows és a MacOSX 
meghajtóprogramok mellett 

a Linuxos is, vagy legalább az elérhe- 
tőségi linkje. Persze érdekes kezde- 
ményezés lenne az is, ha a hardver- 
eszközökhöz nem adnának telepítő 
CD-t, csupán környezetvédelmi 
okok miatt. Elég lenne az 
internetről letölteni a legfrissebbet. 
(Persze azért itt könnyen a saját far- 
kába haraphat a kígyó: a hálózati 
csatoló programját hálózatról le- 
tölteni ugyebár érdekes lenne.) 

2007 talán még nem az asztali Linux 
éve, de egyre inkább közeledünk 
ehhez. Hamarosan már csak a fel- 
használókon és a vállalati döntés- 
hozókon fog múlni, hogy lesz-e 
ilyen valaha is. 


Medve Zoltán 
(e-medve(2e-medve.hu) 


2001-ben kezdett 
,Linuxolni", de már 
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Nyári vérszipoly 


Az idei nyarat feltehetően szárazon ússzuk meg - informál az ÁNTSZ. 

A szárazság ez esetben tenyerünkre vonatkozik: a télről elmaradt hóolvadás 
kisebb szúnyogszámot eredményez majd. De ha mégis viszketne a tenyerünk, 
annak bizonyára az egerünk lesz kiváltója - állítja a Yahoo. 


ogy miként jön össze a szú- 
nyog, az egér és a tenyér? 
Kezdjük a pingvinekkel 

és a váltólázzal. 

Noha mi kétlábúak (szárnyak 

nélkül) örvendhetünk, hogy idén 
megússzuk a szúnyogölő égi áldást, 
mert valószínűleg légi irtásra sem 
lesz szükség - pingvinéket az állat- 
kertben begyógyszerezik a nyári 
vérszipoly ellen. Ugyanis a malária 
állatokra veszélyes változatát hazánk- 
ban is hordozzák e rovarok, így szú- 
nyogos időszakban a madarak folya- 
matosan malária elleni gyógyszert 
kapnak. A váltólázat a szúnyogok 
nőstényei terjesztik szerte a világon; 
Szibériától kezdve az egyenlítői ős- 
erdőkig több mint egymillió halálos 
áldozatot szednek évente. Szapora 
elszaporodásuk nem olyan meglepő, 
hiszen a szúnyogok nemi aktusa 
mindössze két másodpercig tart, 

s tán ez lehet az oka a nőstények 
vért kívánó agresszivitásának — azon- 
ban két másodpercnél is kevesebb idő 
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alatt támad ránk a paraziták egy 
másik fajtája, egeret (is) felhasz- 
nálva a szipolyhoz, nevezetesen: 

a spammer. 

2003 óta a Yahoo kezdeményezésé- 
re nyaranta, június 23-án tartják 

a Spamellenes Világnapot. 
Felmérések szerint az internetes 
levelezés 76 százaléka spam. 

Az ember már rutinból törli 

a kéretlen leveleket, esetleg 

egyre cifrább és hosszasabb 
káromkodásokra ösztökélve, 

de úgy vagyunk ezzel, mint példá- 
ul a nyugati aluljáró szórólap- 
osztogatóival. Bosszantó és lassítja 
célhoz érésünket, de már megszok- 
tuk, napi szokványos aktussá vált 
szidalmazásuk, és a majd tesz ellene 
valaki valamit, mert muszáj-érze- 
tünk. Ugyanakkor ritkán (soha) 
nem fordult még elő, hogy egy 
szórólap-osztogatót 7 év börtön- 
büntetésre ítéljenek, mint ahogy 
ez egy spammer esetében történt. 
Howard Carmack azzal ,büszkélked- 
het", hogy egy év alatt 825 millió 
spamet sikerült szétosztogatnia. 
Még hírhedtebb a 419-Spam, avagy 
a ,nigériai levél", mellyel az emberi 
hiszékenységet kihasználva tizen- 
öt hónap alatt százmillió dollárt 
csaltak ki politikai foglyok börtön- 
ből szabadítására, polgárháború 
sújtotta ország vagyon-kimenekí- 
tésére és hasonló nemes cselekede- 
tekre hivatkozva. E spames csalást 
több haláleset kísérte; sok embernek 
nyoma veszett, miközben kicsalt 
pénzének visszaszerzésére indult, 
vagy öngyilkos lett eladósodása 





miatt, vagy éppen feldühödött 
nejek ölték le férjeiket azok naiv 
adakozása, s ezzel a családi kassza 
kiürítése végett... 

Manapság a divatba jött netes társ- 
keresőket használják színtérül 
spammerek: nem sajnálják az időt 
akár hónapokig tartó virtuális román- 
cok szövésére, s mikor a célszemély- 
ben felkeltik a romantikus érzelmeket, 
függőséget, akkor balesetre, gyógy- 
szeres ellátásra, utazási költségekre 
rínak ki , kölcsönt" . 

Előfordul azonban, hogy egy 
spammer saját csapdájába esik, 

és kapzsiságánál már csak hülyesé- 
ge nő nagyobbra. Történt, hogy 

egy német férfi, aki gyermekpornót 
terjesztett a neten, megkapta az ismert 
CIA-spamet, s megrettenve, hogy 
nyomában a hatóság, azonnal föladta 
magát a rendőrségen... 
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A Google kiváló webszolgáltatásokat tervelt 


ki a lelkes fejlesztők számára. 


v 





W Az elmúlt néhány hónapban szem- 
ügyre vettünk néhány webszolgálta- 
tást. Ez gyűjtőnév mindazokra a mód- 
szerekre, amelyekkel az interneten 
jelen lévő vállalatok nyilvánosságra 
hozzák adataikat, hogy azokat egysze- 
rűen fel lehessen használni különböző 
alkalmazásokban. Így például az Ama- 
zon rendelkezésre bocsátja termékka- 
talógusát, amelynek segítségével 
online áruházakat vagy árazóprogra- 
mokat készíthetünk, az eBay lehetővé 
teszi a keresést árucikkei között (köz- 
ben persze kínálja is őket), és a Google 
is elérhetővé teszi a keresések eredmé- 
nyeit: meg lehet nézni, lehet őket ma- 
nipulálni. Minden cég támaszt bizo- 
nyos korlátokat arra nézve, hogy mire 
lehet felhasználni az általuk kínált 
adatokat, de az egész folyamat a nyílt- 
ság és elérhetőség irányába mutat. 

Ez a nyíltság néha a webszolgáltatá- 
sok megszokott formáitól meglehető- 
sen eltérő csomagolásban jelenik meg. 
Vagyis bizonyos vállalatok speciális 
library-k, programkönyvtárak mögé 
rejtve bocsátják rendelkezésre adatai- 
kat, így az ezeket használó alkalmazá- 
sok nem láthatják előhívásuk pontos 
részleteit. Erre az egyik legjobb példa 
— amit ebben a részben részletesen 
megvizsgálunk - a Google Maps, me- 
lyet az egyik legjobb és legelőremuta- 
tóbb webalkalmazásnak tartok. Nem 
véletlen, hogy a Google Maps az elsők 
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között használta az Ajaxot; azt a tech- 
nológiát, amely leírja, hogy hogyan 
használható a JavaScript és az XML 
kombinációja arra, hogy adatokat 
gyűjtsünk távoli kiszolgálókról, me- 
lyekkel weboldalunkat dinamikus 
módon, újratöltés nélkül frissíthetjük. 
Ebben a részben elmagyarázom, mi- 
lyen egyszerű térképeket létrehozni 

a Google Maps programozási felülete 
(API) segítségével. Meggyártunk né- 
hány alapvető térképet, sőt el is helye- 
zünk rajtuk apró jelzőtáblákat a ben- 
nünket érdeklő helyekre. Ez építőkoc- 
kaként szolgálhat majd saját adattur- 
mixainkhoz (mashups) - hogy az egyre 
népszerűbb szakkifejezést használjam 
arra, amikor a Google Maps használatá- 
val jelenítünk meg (például külső adat- 
bázisból kinyert) információkat. 


Az alapok 

A Google Maps - a legtöbb webalkal- 
mazáshoz hasonlóan - elosztja a mun- 
kát az ügyfél (a webböngésző) és 

a webszerver között. Ám a munka 
hagyományos felosztása korábban 
meglehetősen egyenlőtlen volt: szinte 
a teljes számítási feladat a szervert 
terhelte, a böngésző dolga pedig csak 
a megjelenítés volt. Az Ajax változtat 
ezen a modellen azáltal, hogy olyan 
JavaScript könyvtárakat használ, ame- 
lyekkel új és érdekes módon lehet 
adatokat kezelni, megjeleníteni. 


Talán a Google egyszer kiad egy saját 
programozási felületet (API), amely 
lehetővé teszi saját Ajax alkalmazások 
létrehozását is térképes információkkal, 
a jelenlegi kiadáshoz azonban mindent 
egyetlen csomag formájában kell telepí- 
tenünk. A Google rendelkezésünkre bo- 
csát egy JavaScript könyvárat — ponto- 
sabban egy linket a Google szerverein 
elhelyezett JavaScript könyvárra, ame- 
lyet beilleszthetünk oldalainkba, és se- 
gítségével térképeket hozhatunk létre. 
A térképek megjelenítéséhez tehát ezt 
a JavaScript könyvtárat kell használ- 
nunk. Az API felhasználóinak nyo- 
mon követéséhez és a felhasználás 
szabályszerűségének biztosítása érde- 
kében a könyvtár elérése csak egy al- 
kalmas kulcs segítségével történhet. 
Ilyesfajta megszorítást már korábban 

is láttunk például az Amazon webszol- 
gáltatásai között vagy a Google fő 
webszolgáltatását illetően (a keresési 
eredményekre vonatkozóan); a Google 
Maps-ben használt kulcs azonban más 
jellegű: ez egyes személynek szól (aki 
rendelkezik Google fiókkal) és egy bizo- 
nyos URL-re vonatkozik. Ez azt jelenti, 
hogy a http://www.example.com-on 
működő kulcs nem fog működni 

a http://www.example.net oldalon. 

A Google Maps API használatakor az 
első lépés annak eldöntése, hogy mely 
URL alatt szeretnénk saját térképeket 
használni. Elhatároztam, hogy 





létrehozok egy új Apache virtuális 
gazdagépet (virtual host) a rendsze- 
remen, amelyet maps.lerner.co.il-nek 
nevezek el. Ezután regisztráltam 

a Google Maps API weboldalon 

(2 www.google.com/apis/maps), 
jelezve, hogy az alkalmazásaim 

a maps.lerner.co.il URL alatt lesznek. 
Néhány másodperc múlva megjelenik 
egy üdvözlő oldal az API kulcsommal 
(amely egy igen hosszú, szóközökkel 
szabdalt ASCII karaktersorozat) és 
egy egyszerű induló lappal, amellyel 
meg tudunk jeleníteni egy térképet. 
Minthogy HTML alapú alkalmazást 
tervezünk, érdemes alaposabban 
megtekintenünk a forrást: 


c2!DOCTYPE html] PUBLIC "-//w3C// 
DTD XHTML 1.0 Strict//EN" 
"http: //www.w3.org/TR/xhtml1/ 
ss DTD/xhtml1-strict.dtd"5 
achtml] xmlns-"http://www.w3.org/ 
5 1999/xhtml"5 
chead: 
cscript 
src-"http://maps . go0091 e . com/ 
3 maps?file-apigv-18key- 
at SABOIAAAAGOK9IJ hAxo9eg- 
5G55ggulExXSCF-BH9Y-SIKCAJU8 
YFS. 
atSUTREdFBSS2-11UwYOkxbuv6 
s argoPyrx3YTg" 
type-"text/javascript"5c/scripts 
c/headzs 
cbodyz 
cdiv 1d-"map" style- "width: 
sz 500px; height: 400pX"5-c;/diív: 
cscript type- "text/ 
s javascript"5 
var map - new GMap 
s (document.getElementById 
5 ("map"); 
map . addcontrol (new GSmall 
s MapControl 0); 
map . centerAndZoom(new GPoint 
ss (-122.1419, 37.4419), 4); 
c€/script:z 
c/bodyz 
c/htmls5 


A HTML dokumentum a megfelelő 
DOCTYPE megjelenítésével kezdődik, 


Garantáljuk weboldalad 


10095-os rendelkezésre állását. 


amelyről az derül ki, hogy szoros 
értelemben vett (strict) XHTML. Az 
XHTML csodálatos találmány; biztosít- 
ja, hogy a HIML kód a szigorú érte- 
lemben vett XML szabályai szerint van 
megalkotva. Számos HTML oldal nem 
ragaszkodik ehhez a szabványhoz, így 
, átmenetinek" (transitional) tekinthe- 
tő, azaz ,szabadon értelmezett 
XHTIML-nek" - vagy éppen semmilyen 
szabványhoz sem köthetőnek. Mint- 
hogy a Google Maps próbál a lehető 
legtöbb böngészőnek megfelelni, szigo- 
rúan ragaszkodik az XHTIML-hez. 

A chead: címke után látunk egy 
cscript: címkét, amely egy JavaScript 
forráskódot tölt le a Google webszerve- 
réről, a ömaps.google.com-ról. Ezáltal 
garantált, hogy mindig a legfrissebb 
JavaScript könyvtárverziót használják 
a felhasználók. A Google azt ígéri, hogy 
minden API-frissítéskor ad egy hónap- 
nyi türelmi időt a fejlesztők számára, 
hogy a működésképtelenné vált 
kódrészleteket átírhassák. 

A HTML dokumentum szövegtesté- 
ben egy cdiv: címke következik, 
melynek azonosítója (ID-je): térkép 
(map). Ez az a csomópont, amit át- 
adunk a Google JavaScript könyvtárá- 
nak. Ehhez a cdiv: címkéhez tartozik 
egy stílusdefiníció is, mely szélesség- 
és magasságértéket tartalmaz (style: 
width, height); ezek határozzák 
meg a térkép méreteit. Weboldalunk 
tetszőleges szélesség- és magasságér- 
tékkel rendelkező térképet megjelenít- 
het, lehetővé téve ezzel bármilyen 
designhoz való alkalmazkodást. 

A cdiv: címke belsejében találunk 

rá az egész kód szívére, a három 
JavaScript parancsra. 

Először létrehozunk egy GMap objek- 
tumot. Ahogy ez sejthető is, ez repre- 
zentál egy egyedi térképet a Google 
Maps világában. A térkép fent emlí- 
tett ID-jével (a map" paraméterrel) 
adjuk meg, hogy mely csomópont 
tartozzon a GMap objektumhoz. (Ha 
ilyen ID-jű dokumentumelem nem 
létezik, akkor a térkép nem jelenik 
meg a képernyőn). Ez a fajta össze- 
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kapcsolás azt is lehetővé teszi, hogy 


Egyetlen leállás egy hónapban, és vissza 


egynél több térképet is megjelentet- 
hetünk egy-egy weboldalon több 
cdiv: címke megadásával, ha mind- 
egyiknek saját ID-t adunk, és mind- 
egyiket egy másik GMap példányhoz 
kapcsoljuk. 

Ha létrehoztunk egy GMap példányt, 
működésének vezérlésére különböző 
üzeneteket küldhetünk neki. Például 
adhatunk hozzá egy kinagyítást/kicsi- 
nyítést lehetővé tevő vezérlőt. Ebben 
a dokumentumban például az 
addcontrol O metódus révén egy kis 
térképvezérlőt jelenítünk meg, miköz- 
ben átadunk egy új 

Gsmal IMapcontrol példányt. 

Ez 4-/- jellel ellátott gombokkal tud 
nagyítani/kicsinyíteni, valamint nyi- 
lakkal is lehetővé teszi az eltolást 
(egérrel való húzás nélkül). 

A Google két másik vezérlőtípust 

is lehetővé tesz, nevezetesen 

a GSmal IZoomcontrolt (melynek 
csak 1-/- nagyító/kicsinyítő gombjai 
vannak) és a GLargeMapControlt 
(melynek a GSmal IMapcontrol ve- 
zérlőelemein kívül van egy olyan 
gombja is, ami egyből egy adott 
nagyítási szintre visz át). A vezérlő- 
elemek mindig a térkép bal felső 
sarkában jelennek meg, és semmi 
sem gátolja meg, hogy többet is felso- 
rakoztassunk ezen vezérlők közül. 
Ily módon, ha nem vagyunk óvato- 
sak, rettentően ronda térképeket 

(és weboldalakat) is létrehozhatunk 
több vezérlő felvitelével. 

A térkép és a vezérlőelemek létreho- 
zása után szeretnénk rábírni a térké- 
pet, hogy emeljen ki egy általunk kí- 
vánt pontot. A Google Map rendszeré- 
ben a GPoint adatstruktúrával lehet 
megadni egy pontot, amelyet egy 
hosszúsági és egy szélességi koordiná- 
ta képvisel. Bár a földrajzban ezek 
fokban-percben-másodpercben is 
megadhatóak, a GPoint - érthető 
okokból - csak lebegőpontos (valós) 
számokat fogad el. A példánkban sze- 
replő JavaScript parancs a következő: 


map . centerAndZoom(new GPoint 
s (-122.1419, 37.4419), 4); 














Ez egy centerAndzoom üzenetet küld 
a térkép objektumnak, mégpedig az- 
zal a felszólítással, hogy az általunk 
megadott GPoint köré rajzolja ki a tér- 
képet, 4-es nagyítási szinten. A legna- 
gyobb nagyítást az 1-es szint jelenti, 

a legkisebbet a 15-ös, de 16-18-as szin- 
tet is lehet kérni — az azonban csak jel- 
képesen , csomagolva" mutatja a kért 
helyet. A 4-es szinten jól láthatóak az 
utcák; remek kiindulási pont lehet 

a térképeket használók számára. 
Fontos tudatosítanunk, hogy a GPoint 
objektumok a szélességi és hosszúsági 
paramétereik révén jönnek létre, és 
nem fordítva. Ez valószínűleg azért 
van így, mert a Google szoftvermérnö- 
kei x és y koordinátákban gondolkod- 
nak, amely a legtermészetesebb a ma- 
tematikusok és más természettudósok 
számára. Azonban a térképészetben 
az adatok gyakran , hosszúság, széles- 
ség" sorrendben vannak megadva 

— ilyenkor figyelnünk kell a helyes 
sorrendre, mielőtt ellenőrzés nélkül 
vakon átadnánk a programnak a para- 
métereket. 

Az alapértelmezett kódrészletben 
létrehozott GPoint Palo Altoban van, 
Kaliforniában, és a koordinátapár fel- 
tételezhetően a Google irodáira mutat. 
Ha más helyet szeretnénk megnézni, 
egyszerűen írjuk át a számokat. 

Az Illinois állambeli Skokie-ra például 
(ahol élek) az alábbi koordinátákkal 
lehet rámutatni: 


map . centerAndZoom(new GPoint 
s (-87.740070, 42.037030), 4); 


Az oldal újratöltése után értelemsze- 
rűen egy Skokie-ra mutató térkép 
jelenik meg a Palo Alto-i helyett. 
Végül megemlítem, hogy a Google 
lehetőséget nyújt négy nézetmód kö- 
zötti választásra: forgalom, térkép, 
műhold és összefésült mód létezik 
(traffic, map, satellite, hybrid). Ennek 
beállítása a jobb felső sarokban megje- 
lenő gombokkal történhet, melyeket 
az alábbi sorral tudunk életre hívni: 


map . addcontrol (new 
s GMapTypeControl 0); 


Bizonyára kitalálták, hogy ez egy 
addcontrol 0) üzenetet küld tér- 
kép objektumunknak, mégpedig 
egy új GMapTypeControl példány 
átadásával. 


Jelzótáblák 

Végül gondoljuk át, hogy hogyan he- 
lyezhetünk el térképünkön jelzőtáblá- 
kat. Ezzel egy-egy speciális helyet ki- 
emelhetünk, rámutatva egy Google 
Maps ikonnal, melyet a felhasználók 
könnyen észrevesznek. Mi magunk is 
könnyedén készíthetünk JavaScript 
kezelőket saját jelzőtábláinkhoz 

— olyanokat, melyek akkor futnak le 
(és feltételezhetően változtatnak vala- 
mit a térkép megjelenésén), amikor 
valaki rákattint egy jelzőtáblára. 

Egy jelző előállításához létre kell hoz- 
nunk egy új GMarker példányt, mely- 
nek átadunk egy GPoint objektumot: 


var myMarker - new GMarker(new 
5 GPoint(-87.740000, 
53 42 .030000)); 


Ezt a frissen létrehozott myMarker 
objektumot alábbi módon jelenít- 
hetjük meg a térképen: 


map . addover lay (myMarker) ; 


Ha ezt a két sort beillesztjük a fenti 
HTML kódrészlet cscript: szekciójá- 
ba, a frissítéskor azonnal láthatóvá vá- 
lik a képernyőn egy piros jelzőtábla. 
Most kezdődik az igazi bűvészmutat- 
vány. Amit eddig csináltunk, az mind 
JavaScriptben és HTML-ben történt, 
melyet a webszerver küldött el a bön- 
gészőnknek, ez pedig értelmezte és 
kezelte őket. Ez azt jelenti, hogy ha 

a HTML kódot nem statikus fájlban 
tároljuk, hanem dinamikus módon 

a webszerverrel hozzuk létre, akkor 
igen elegáns dolgokat művelhetünk 

a JavaScript révén. 

Létrehozhatunk például több 
GMarkers elemet, egyszerűen válto- 
zókhoz rendelve, majd a térképhez 
csatolva őket. Ha Google Maps 
weboldalunk PHP nyelven készül, 
írhatunk egy rövid programot, 

amely beilleszti a megfelelő JavaScript 
kódot, például így: 


c?php 
$a - array(-87.740070, 
sz 87 .730000); 
$count — 0; 
foreach ($a as $v) ( 
echo "var myMarker$count - 
new GMarker(new GPoint($v, 
42.037030)) Mn"; 
echo "map.addoverlay 


3 (myMarker$count) Am" ; 
$count-t-; 


b 
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Ha ezt a részletet beillesztjük oldalunk 
cscript: szekciójába, és átnevezzük 
az oldalt index.php-re (az index.html 
helyett), akkor máris láthatunk két 
jelzőtáblát, azonos szélességi és némi- 
leg eltérő hosszúsági fokon. 

Figyeljük meg, hogy a megfelelő 
szöveget hogyan juttatja a PHP echo 
parancsa a HIML dokumentumba. 
Azt is vegyük észre, hogy pontos- 
vesszőket kell tennünk; egyrészt 

a JavaScript sorok végére (az idézője- 
leken belül), másrészt a PHP utasítá- 
sok végére (az idézőjeleken kívül). 
Ezek a kérdések mindig okoznak né- 
mi fejfájást, amikor az ember olyan 
programot ír, ami egy másik progra- 
mot hoz létre. Végül azt is vegyük 
észre, hogy miként állítunk elő a cik- 
lusban egy-egy új JavaScript változó- 
nevet (myMarker$count), amivel elke- 
rüljük, hogy ugyanazt a jelzőtáblát 
állítsuk át (és jelenítsük meg) újra és 
újra (de végül is csak egy példány- 
ban). Ez egy számláló ($count) segít- 
ségével történik, amely biztosítja, 
hogy minden jelzőtáblához külön 
változónév tartozzon. 


Osszefoglalás 

A Google Maps remek webalkalmazás. 
A fejlesztők számára ez egyben egy 
olyan platform is, amellyel mindenféle 
alkalmazásokat és szolgáltatásokat 
hozhatunk létre, melyekhez térképek 
is tartoznak. Különösen jól használha- 
tó olyan HIML dokumentumok előál- 
lítására, melyeket valamely dinamikus 
programnyelvvel állítunk elő, futási 
időben beillesztve a kívánt JavaScript 
kódot és a megfelelő adatokat, ame- 
lyek egy-egy térkép megjelenítéséhez 
kellenek. A következő részben végig- 
követjük, hogy ezt miként lehet meg- 
tenni. Saját adatforrásunk segítségével 
létrehozunk egy adatturmixot 
(mashup) egy testreszabott Google 
térkép formájában. 


Linux Journal 2006., 146. szám 


A cikk forrásai: 
2 www.linuxjournal.com/article/8939 


Reuven M. Lerner 
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A tíz tuti tipp a PHP-val ismerkedők számára 


Tíz olyan javaslatról lesz szó, amelyek segíthetnek elkerülni a leggyakoribb 
buktatókat PHP webalkalmazások készítése közben. 





ligha kétséges, hogy a PHP 
az egyik legkönnyebben 
használható programnyelv 


kezdők számára dinamikus web olda- 
lak készítéséhez. A PHP, Linux, 
Apache, MySOL összeállítás olyannyi- 
ra népszerű, hogy már betűszó 

vált belőle: LAMP (Linux, Apache, 
MYySOL és PHP). Számos weboldal 
születik, anélkül, hogy a készítőjének 
bármit be kellene állítania, vagy 
programoznia ehhez. Egyszerűen 
csak keresnek egy előre elkészített 
kódrészletet valamelyik keresővel, 
beillesztik a HIML sablonba, feltölte- 
nek mindent a webkiszolgálójukra, 

és készen vannak. 

Illetve csak hisszük, hogy így van. 
Még az előzetes programozói tapasz- 
talat sem sokat segít, mivel a gépre 

és a webre történő alkalmazáskészítés 
két külön világ. Ennek köszönhetően, 
amikor az emberek bemásolnak egy 
PHP kódrészletet, gyakran semmi 
sem történik (legalábbis semmi jó). 
Az oldalak lassan vagy rosszul töl- 
tődnek be, a programozó által 
kiszemelt kódrészlet pedig újabb 
biztonsági rést nyit. 

Az itt leírt tippeket különösen azok- 
nak ajánlom, akik tisztában vannak 
a programozás alapjaival, de még 
soha nem találkoztak a PHP-val. 

A javaslatok nagyjából három kate- 
góriába sorolhatók: hogyan fogjunk 
hozzá helyesen, hogyan ne okoz- 
zunk magunknak kárt, és végül 
hogyan tegyük a kódunkat hatéko- 
nyabbá. Egyrészt terjedelmi okok 
miatt, másrészt azért, mert számtalan 
kiváló on-line és papír alapú doku- 
mentáció létezik, a legtöbb tipp 

azt mutatja meg, hogy mire figyel- 
jünk, és miért. 


Ellenőrizzük, hogy mindent 

helyesen telepítettünk 

és beállítottunk 
A kezdeti megdöbbenés egyik gyakori 
forrása, hogy amikor a kezdő PHP-s 
feltölti az első weblapját valamelyik 
kiszolgálóra, a PHP/HTML forrást lát- 
ja a böngészőjében a program kime- 
neti eredménye helyett. Ez azért van, 
mert a webkiszolgáló nem ismeri fel 
a PHP fájlunkat, így nem továbbítja 
azt a PHP értelmezőhöz. Ennek az 
oka, hogy a rendszergazda elfelejtette 
a PHP értelmezőhöz társítani a PHP 
fájlokat. A mulasztást az Apache beál- 
lítási fájlban, vagy a weboldal mellett 
elhelyezett .htaccess fájlban pótolhat- 
juk. Íme a hiányzó sor: 
AddType application/x-httpd-php 
sz  php3 .php 


Ha szeretnénk tudni hogy hogy állnak 
a dolgok, töltsük fel ezt az egyszerű 
kis kódrészletet a webhelyünkre. 


LAHTML: 

AHEAD: 

LZTITLES3PHP beállítások 
ssellenőrzésec/TITLES 
£L/HEAD5 

LABODY3c? php phpinfo() ?: 
£2/BODY5 

2/HTML5: 


Kis szerencsével az eredmény meg- 
egyezik azzal, amit az 1. ábrán látha- 
tunk. A phpinfoO függvény kiírja, 
hogy milyen összetevőkkel lett a PHP 
értelmező lefordítva, és mellé az egyes 
beállítási változók értékét. Ez a függ- 
vény nagyon sokat segíthet. A kimene- 
te valószínűleg az első dolog lesz, ami- 
re rákérdeznek, ha bármikor segítséget 
kérünk egy on-line PHP fórumon. 


Iirassuk ki a parancsfájlok 

és a PAP futása során 

fellépő hibákat 
A hibakeresés felgyorsítása érdeké- 
ben a PHP-nak és az Apache 
webkiszolgálónak is megadhatjuk, 
hogy hová és miként kell a hiba- 
üzeneteket kiíratni. A php.ini fájlban 
található error reporting változó 
igazából jelzőbitek sorozata. 
Mindegyik bit a többitől függetlenül 
beállítható hogy mutasson-e bizonyos 
hibákat, vagy sem. Egy ilyen utasítás 
a példa kedvéért: 


error reporting — E ALL 


Ennek hatására a környezetünk min- 
dent hibát jelent az egyszerű figyel- 
meztetéstől a komoly problémákig, 
de csak abban az esetben, ha 

a display errors utasítás be van 
kapcsolva. A php.ini-ben megadott 
általános beállítások felülbírálhatók 
a webkiszolgáló szintjén is. 

Ha Apache-ot használunk, a fenti 
utasítással egyenértékű, ha azt 
mondjuk a httpd.conf-ban, hogy: 


php.flag display errors on 
php. value error reporting 2047 


Igazából a PHP/webkiszolgáló beállítá- 
saihoz nem kellene, hogy legyen hoz- 
záférésünk, és ez gyakran így is van. 
Ilyen esetben ugyanazt a hatást érhet- 
jük el, ha parancsfájlunkba beszúrjuk 
az alábbi sort: 


error. reporting(E ALL); 
Ha már a webkiszolgálóknál tartunk: 


a kiszolgáló hibája esetén ne felejtsük 
el ellenőrizni a hibanaplóikat, hogy 
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pontosan tudjuk melyik sorban lévő 
utasítás vezetett az összeomláshoz. 
Ha a fenti trükkök során már nem 
találunk hibát, de a programunk még 
mindig nem fut le helyesen, akkor 
valószínűleg magában az algoritmus 
logikájában van a hiba. Valahol vala- 
melyik változó kap egy olyan értéket, 
ami szerintünk nem is lehetséges, 

és a kód további részében ez okoz 
galibát. Ugyanez történik, ha ez a vál- 
tozó éppenséggel egy SOL utasítás, 
amit a program futása során raktunk 
össze és adtunk át az adatbázis 
kiszolgálónak. 

A megoldás, ha kiíratjuk a változó ér- 
tékét a böngészőnkbe. Ez egyszerűen 
megoldható a print) utasítással, 
amit általában a HIML tartalom előál- 
lítására, kiírására használunk. A dieO 
parancs ugyanezt teszi, de azonnal 
megállítja a program futását is. 


a 


A PHP lehetőséget biztosít HTTP 
fejlécek létrehozásához és az ügyfél- 
hez továbbításához, azelőtt hogy 

a weblapunk elérné a kimenetet. Nem 
árt azonban tudni, hogy a header) 
függvényt az összes HTML kód és 
PHP kimenet előtt kell meghívni, 
ideértve az üres sorokat és sortörése- 
ket is! Az alábbi kód például nem 

fog működni: 


Fejlécek mindenek előtt! 








c?php /" bármilyen PHP 
sskódrészlet lehet itt7/ ?5 
c?php header(" Content-type: 
3 1mage/png"); ?: 


Az a picike soremelés, ami a két kü- 
lönálló PHP kódrészlet között van, azt 
eredményezi, hogy a PHP a szabvá- 
nyos fejléceket küldi ki a böngésző- 
nek, ami szinte mindig más, mint amit 
mi küldeni szerettünk volna (külön- 
ben nem használtuk volna a headerO 
függvényt). Figyeljünk oda, hogy ez 

a soremelés akár egy másik fájlban is 
lehet. Éppen ez történik, hogyha egy 
olyan külső fájlt hívunk be (include), 
ami nem pontosan a ?: karaktersoro- 
zattal van lezárva (például soremelés 
van a fájl végén). 

Ez elég gyakori oka a programozók 
fejfájásának sütiket használó web 
oldalak készítése során. Az egyetlen 
módja, hogy a sütik működjenek, 

ha azelőtt kezeljük le azokat, mielőtt 

a programunk kiküldi a HITP fejléce- 
ket. Ha nem jut eszünkbe, hogy egy 
sima soremelés már elküldi a fejléce- 
ket órákig bámulhatjuk a kódot, azon 
tűnődve, hogy miért nem működnek 
ezek a vacak sütik. Végtére is még az- 
előtt beállítjuk a sütiket, hogy utasíta- 
nánk a fejlécek kiküldésére. Kár, hogy 
figyelmen kívül hagytuk azt a lényeg- 
telen tényt, hogy soremelés van 

a programunkban (vagy egy behívott 


fájlban), ami a tudtunkon kívül a fejlé- 
cek elküldését eredményezi, és ez az, 
amiért nem működnek a sütik. 
4 Mindig ellenőrizzük 

" a felhasználótól jövő 
adatokat (és vigyázzunk 


az e-mail címekkel) 
Minden esetben jóvá kell hagynunk 


az oldalunkon beküldött adatokat. 

A JavaScript kódok, amik a böngésző- 
be írt adatokat ellenőrzik, biztonsági 
szempontból értéktelenek. Ettől még 
semmi sem akadályozza meg betörő- 
ket, hogy kártékony adatokat küldjön 
közvetlenül a programkódunknak. 
Képzeljünk el egy PHP bevásárlókosa- 
rat, ami csak azokat a termékeket mu- 
tatja, ami felhasználó által megadott 
$LEGMAGASABB AR változó értékénél 
olcsóbb. Ha mindenféle előzetes ellen- 
őrzés nélkül vidáman lefuttatunk egy 
SOL utasítást, ami a $LEGMAGASABB AR 
változóban található, és aminek az ér- 
téke az általunk hitt helyett valami 
olyasmi, hogy törölj mindent az adat- 
bázisomból , akkor ne lepődjünk meg, 
ha egyszer csak üresen találjuk 

a webboltunkat. 

Három módszer együttes alkalmazá- 
sával ellenőrizhetjük az adatokat. 

Az első az adatok szabályos kifejezé- 
sekkel történő ellenőrzése, amely 
félreérthetetlenül meghatározza, 
hogy milyen az adatok megengedett 
alakja; egy telefonszám, egy születési 
év, csak számjegyeket tartalmazhat, 
szóval átereszthetjük az is digitO 
függvényen. 

A második módszer az 

EscapeShel IcmdO függvényhez 
hasonló lehetőségek használata, 
amely megakadályozza, hogy a be- 
érkező adatok nemkívánatos paran- 
csokat indíthassanak el a rendszeren, 
vagy a mysal. escape stringO 
függvény használata olyan válto- 
zókon, amit SOL utasításokba 
illesztünk be. 

A harmadik módszer szorosan össze- 
függ az ellenőrizendő változó adott 
környezetben vett jelentésével. Itt 
csak magunkra hagyatkozhatunk. 
Például az 5555 csak számokból áll, 
de mégsem valódi telefonszám. 

Csak akkor szabad elfogadni, ha 
olyan országból webezik a fel- 
használónk, ahol létezik ilyen alakú 
telefonszám. Hasonlóan a 18 egy 
tökéletesen helyes $ELETKOR, 








de a parancsfájlunk, amely árenged- 
ményt kínál az időseknek vissza 

kell hogy utasítsa, nemde? 

Az e-mail címek ilyen szempontból 
különösen kellemetlenek. Számtalan 
függvény van, ami egy e-mail cím 
szintaktikai helyességét ellenőrzi, mint 
például ez is a $ www.zend.com/ 
tipsítips.php?id-2246single—1 olda- 
lon. Nem garantálja azonban, hogy 

ez a cím valóban ahhoz a felhaszná- 
lóhoz tartozik, aki beküldte, vagy 
hogy egyáltalán létezik-e mondjuk a 
Luke.Skywalker(wwhitehouse.gov cím. 
Mi több igen valószínű , hogy egyálta- 
lán nem is dolgozik Luke Skywalker 

a Fehér Házban. Mindig kérjünk 

a felhasználótól megerősítő e-mailt, 
vagy nyissunk egy foglalatot 

a kiszolgálón, hogy egyáltalán 


létezik-e azon ilyen cím. 

9 a zőjeleket és a bevédett 
(escape) karaktereket 

Mi fog látszani a böngészőnkben, 

ha lefuttatjuk ezt a nagyon egyszerű 

PHP kódot? 


Használjuk helyesen az idé- 


c? php 

$HOME - "egy jó hely"; 

print "1: $HOMEcbrs"; // dupla 
s idézőjelek 

print "2: $HOMEcbr:5"; // egyes 
s idézőjelek 

?: 


A válasz a következő két sorban 
található: 


1: egy jó hely 

2: $HOME 

A dupla idézőjeleken belüli változókat 
kicseréli a PHP azok aktuális értékére. 
Az aposztrófokra viszont úgy tekint, 
mint egy egy darabból álló tudat 
nélküli blokkra, amit nem kell módo- 
sítani, csak kimásolni a kimenetre. 
Ugyanez történik, amikor a társításos 
tömbök kulcsainak elkészítéséhez 
használunk idézőjeleket. 

A $sajat tomb["$HOME"] és 

a $sajat tomb["$HOME"] különböző 
elemekre mutat. Ez ilyen egyszerű. 
Még így is nagyon könnyű elfelejteni 
ezt a megkülönböztetést, és a másikat 
használni az egyik helyett, vagy épp 
teljesen megfeledkezni a használatuk- 
ról. Így hát ha valaminek nem az az 


értéke, amit vártunk, először ellen- 
őrizzük, hogy milyen idézőjeleket 
használtunk. 

Mivel a felhasználó által küldött ada- 
tokban nem bízhatunk, beállíthatjuk 

a PHP-t, hogy védje be (escape) az 
összes különleges karaktert, ami 

a HTML úrlapból beküldött $. PosT 
tömbben megtalálható. Így azonban 
még a PHP-ra vonatkozó belső adatok 
is tartalmazhatnak bevédett karaktere- 
ket, amiket vissza kell állítanunk, mie- 
lőtt feldolgoznánk azokat. Erre való 

a stripslashes függvény, amit az 
alábbi, on-line PHP kézikönyvből 
származó példa mutat be: 


c?php 

$str - "A te neved OV" reilly?"; 
// Kimenet: A te neved 
so"reilly? 

echo stripslashes($str); 

? 


Hagyjuk, hogy az adatházis 
dolgozzon a parancsfájlunk 
helyett 

Ahogy már szóltunk róla, a PHP-t 
olyan gyakran használják a MySOL- 
lel együtt, hogy a LAMP betűszó egyi- 
ke a leginkább ismert fogalmaknak 

a webfejlesztés területén. Következés- 
képpen a gyorsabb PHP parancsfájlok 
készítésének egyik legjobb módja, 

ha kellőképp megtanuljuk a MySOL 
használatát, hogy amennyit csak 
lehet, dolgozzon az a PHP helyett. 

A következő kódrészlet jól szemlélteti 
a fenti elgondolást: 


5 
HI 


c?php //keressük meg az összes 
ss könyvet, amit Asimov írt 1980 
ss után 
$sg] - "select YEAR, BOOK from 
5 MY. BOOKSHELF where AUTHOR 
SLIKE "Asimov" ; "; 

if ($sal. res - mysgl guery 
5C($sgl 9) 1 

while ($r - mysgl fetch. 
ssarray($sgl. res)) ( 
1f C$rLYEAR] 5 1980) (// 

sírjuk ki a könyv címét ;3 

J 
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a 


Es: 


c?php //keressük meg MySgl 
ssegítségével az összes 
sskönyvet, amit Asimov írt 1980 


sután 
$sg] - "select BOOK from 
55 MY. BOOKSHELF where AUTHOR 
LIKE "Asimov" AND YEAR : 
3 1980;"; 

if ($sgal. res - mysgl. guery 
et ssgi 9) 1 

while ($r - mysal fetch. 
ssarray($sgl. res)) ( 
// csak írjuk ki az 

ssösszes visszakapott címet ; 
J 
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A második változat sokkal gyorsabban 
fog futni, mint az első, mivel az adat- 
bázismotorokat arra tervezték, hogy 
kiválasszák a különböző feltételeknek 
megfelelő adatokat olyan gyorsan, 
amennyire csak lehetséges. Az ilyen 
feladatok esetében az adatbázis 
mindig gyorsabb lesz, mint a PHP. 
Győződjünk meg tehát arról, hogy az 
összes lehetséges kiválasztási logikát 
SOL lekérdezéseken belül helyeztük 
el, és nem az azt összeállító és futtató 
PHP-ben. Ez a tipp természetesen 
mindegyik adatbázismotorra vonatko- 
zik, amit a PHP-vel használhatunk. 
7 Készítsünk hordozható 

a fájlkezelő kódot 
A szöveges fájlokban a sorvégeket kü- 
lönböző módon értelmezzük az egyes 
operációs rendszereken. A bináris 
fájlok, mint például a képek vagy a tö- 
mörített állományok sokkal rosszab- 
bak abban az értelemben, hogy egyet- 
len rossz karakter a teljes állományt 
használhatatlanná teszi. Innentől 
kezdve csak tőlünk függ, hogy olyan 
kódot akarunk-e írni, ami minden 
rendszeren helyesen kezeli a fájlokat. 
Ez arra az esetre is érvényes, ha bizto- 
sak vagyunk benne, hogy az ügyfél- 
programunk és a webkiszolgálónk is 
GNU/Linux környezet alatt működik. 
Ha nem így döntünk egészen addig 
nem fogunk hibát találni a képfájlban, 
vagy a szövegfeldolgozó kód műkö- 
dése során, amíg egyszer az egyik 
ismerősünk Windows vagy Apple 
számítógépéről töltünk fel egy fájlt. 
Ami a PHP-t illeti, a megoldás 
a fopenO függvény t (szöveges mó- 
dú értelmezés (text mode translation) 
és b (bináris) jelzőbitjeinek helyes 
használata. A véres részleteket megta- 
láljuk a $ www.php.net/function.fopen 
oldalon. Ne feledjük, hogy az oldal 











kifejezetten ezt javasolja: ,a hordoz- 
hatóság érdekében nagyon ajánlott 

a t jelzőbitet használó vagy arra építő 
kódok átírása" . 


8 Ismerjük a szövegfeldolyozó 
"függvényeket 
A web oldalak még mindig főként 
szöveges elemekből állnak össze, ami 
ugyancsak igaz a legtöbb adatbázisra. 
Ezért van az, hogy a szövegelemzé- 
sek, szövegfeldolgozások hatéko- 
nyabbá tétele a legkönnyebb módja, 
hogy gyorsabbá tegyük a parancsfájl- 
jainkat A szabályos kifejezések ren- 
deltetése valami ilyesmi volna, de 
olyan, mintha hieroglifákat olvas- 
nánk, és nem is biztos, hogy a legjobb 
megoldást nyújtja. A PHP, habár nem 
megy annyira a dolgok mélyére (gon- 
dolok itt a Perl erejére és rugalmassá- 
gára), nem is egy olyan függvénye 
van, ami a szabályos kifejezésekhez 
hasonlóan működik, csak sokkal 
gyorsabban. Gondolok itt az 
str replace), strcmpO, 
strtolowerO) , strtoupperO, 
strtrO, substrO), trimO, 
ucfirstO) és még számos más 
függvényre. Szánjunk rá időt, 
hogy tanulmányozzuk őket 
a kézikönyvben, megéri. 


Válasszuk szét a kódot és 
a" a kinézetet 

Biztos módja, hogy olvashatatlanná 
és nehezen javíthatóvá tegyük a web 
oldalunk kódját, ha összefésüljük 
a nagy darab PHP kódrészleteket 
és a HIML kódot, még akkor is, 
ha mindegyik PHP fájl csak egyetlen 
egyszer szerepel az adott oldalban, 
mint az alábbi példánkban is: 


myfile.php: 

c1—- egy csomó HTML kód az 
szállandó fejléchez, menü, 

3 ]ogó-k...: 

c?php egy csomó PHP kód, amely 
ssa legfrissebb hírek listáját 
skészíti el?s 

c1l1-— egy csomó HTML kód az oldal 
s középső részéhez...5 

c?php egy csomó PHP kód, amely 
s felhasználónként elkészíti 
ssa legnépszerűbb oldalak 
ss.]istáját ?: 

c1l1— egy csomó HTML kód 

sa felhasználói visszajelzések 
ssűrlap számára...5 


Ahelyett, hogy elkövetnénk ezt 

a hibát, foglaljunk minden PHP 
kódrészletet egy vagy több függvény- 
be, majd tegyük mindegyiket külön- 
álló fájlokba (HTML kód nélkül), 
amit aztán az include onceO 
paranccsal hívhatunk be. Az ered- 
mény sokkal tisztább, és egyszerűb- 
ben karbantartható: 


myfile.php: 

c?php include once 

sz (" common. code.php"); ?5 

c!- egy csomó HTML kód az 
ssállandó fejléchez, menü, 

b ]ogó-k...5 

c?php legutobbi hirek OO; /" 
sscsak a függvényhívás 7"/ ?s 
c1l1- egy csomó HTML kód az oldal 
középső részéhez. ..s 

c?php legnepszerubb oldalak 0; 
sm/: csak a függvényhívás 7"/ ?: 
c1l!- egy csomó HTML kód a 
felhasználói visszajelzések 
ssűrlap számára...5 


Másik nagy előnye ennek a megkö- 
zelítésnek, hogy a common code.php 
egyszerű behívásával (ahogy az 

a fenti példában is történt) a web- 
alkalmazásunk bármelyik oldala 
használhatja ugyanezeket a függvé- 
nyeket. Még ennél is fontosabb, 

hogy a módosítandó függvények 

új változata azonnal elérhető az összes 


lap számára. 
1 0. hívások és a rendszer- 
hívások eredményeit 
Végezetül, de nem utolsósorban: 
minden PHP funkciónak a hívó felé 
elfogadható eredményt kell vissza- 
adnia! A trükkös része ennek 
a nyilvánvalóan felesleges megálla- 
pításnak az a tény, hogy az elfogad- 
ható eredmény jelentése a teljes 
parancsfájltól függ, és minden 
pillanatban különböző lehet. Itt egy 
nagyon buta, de hatékony példa, 
hogy mire gondolok: 


Ellenőrizzük a függvény- 


function kivonas($A, $B) ( 
$kulonbseg — $A - $B; 
return($kulonbseg) ; 


$c - 1/kivonas(3, 3); // HI- 
BA! Nullával való osztás! 

$p - 1/(1 - kivonas 
e 


Habár $c kiszámítása a parancsfájl 
futásának összeomlásához vezet, $D 
kiszámítása ugyanazokkal a kivonan- 
dó számokkal lefut. A lényeg az, hogy 
mielőtt bármit is kezdenénk egy válto- 
zóval, ellenőrizzük, hogy az értéke 
elfogadható-e. A fenti példában ez azt 
jelenti, hogy a kivonas ÖO függvény 
eredményét egy segédváltozóba kel- 
lett volna tenni, és csak akkor folytatni 
az osztással, ha az értéke nem nulla. 
Még fontosabb, hogy leellenőrizzük 

a rendszerhívások visszatérési értékét. 
A rendszerhívások itt olyan függvé- 
nyek, amik arra valók, hogy külső fo- 
lyamatokkal és fájlokkal végezzünk 
műveleteket. Nem szabad figyelmen 
kívül hagyni egyetlen visszatérési 
értéket sem, különben úgy történhet 
adatvesztés, hogy nem is vesszük 
észre. Lásd az alábbi példát: 


c?php 

$HANDLE - fopen 

sz ("ujfelhasznalo. txt", "w")); 
s // megnyitjuk a fájlt 
fwrite($HANDLE, "AZ új 
felhasználó adatai1"); 

sz // beleírjuk 

?: 


Ha a fopenO meghiúsul (például 
mert megtelt a lemez, vagy nincs 
jogosultságunk az íráshoz), az új 
felhasználó adatai el fognak veszni. 
Az írás művelet előtt ellenőrizzük 
a $HANDLE értékét, hogy null-e: 


c?php 

if (!$HANDLE - fopen 

sz ("ujfelhasznalo.txt", "w")) 
—í1 die "Hozzáférés sikertelen: 
ujfelhasznalo.txt"; 3 
fwrite($HANDLE, "AZ új 
felhasználó adata1"); 

?s 


Kellemes PHP programozást! 
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Subversion - verziókovetés nem csak kódnak 


Ime, egy szentségtörő megoldás, kód helyett a személyes információk 
különféle verzióinak kezelésére. 


lőfordult már, hogy arra vol- 

tunk kíváncsiak, módosítot- 

tunk-e egy bizonyos fájlt egy 
héttel ezelőtt, és töröltük-e belőle azt 
az információt, amelyre épp szüksé- 
günk lenne? Előfordult már, hogy órá- 
kig böngésztük ugyanannak a fájlnak 
az inkonzisztens módon elnevezett 
másolatait a helyes verzió megtalálá- 
sának reményében? Ha egy cipőben 
járunk, akkor a válasz mindkét kér- 
désre visszhangos igen lesz. A szoft- 
verfejlesztők ezt a kódok esetében 
minden bizonnyal megoldják vala- 
mely verziókövető rendszer, például 
CVS vagy Subversion használatával. 
De mi legyen a többi állománytípus- 
sal? A nagyi meggyes rétesének re- 
ceptje nyilván nem változik olyan 
gyakran, mint az rpc init.c, de mi le- 
gyen, ha az eredeti elvesztése nélkül 
egy diétás változatot is tárolni szeret- 
nénk? Rögvest kiderül, hogy a verzió- 
követés többé nem csak a forrásfájlok 
kiváltsága. A Subversiont sok tulajdon- 
sága ideálissá teszi a legkülönfélébb 
állományok verziójának kezelésére. 
A Subversionnel nyilvántarthatjuk, 
hogy mikor és milyen változtatásokat 
végeztünk egy fájlon, így azt is 
könnyen kideríthetjük, a fájl pontosan 
mit tartalmazott egy adott pillanatban. 
Mindezt ráadásul helytakarékos mó- 
don, hiszen a Subversion csak az ere- 
deti verziótól való eltéréseket tárolja. 
Így amikor megváltoztatjuk a fájlt, 
csak a változtatások eltárolásához 
kell helyet biztosítanunk, nem pedig 
egy teljes másodpéldánynak. A CVS- 
től eltérően, ez a technika a bináris 
állományokra is működik. 
A Subuersion segítségével, a fájlok több 
számítógépről is könnyen elérhetők. 
Ahelyett, hogy amiatt aggódnánk, hogy 


ső Lf 


a pénzügyi beszámoló laptopon lévő 
másolata tartalmazza-e az otthoni mun- 
kaállomáson tegnap éjjel végzett vál- 
toztatásokat, frissítsük a fájlt Subver- 
sionnel, amely automatikusan a leg- 
utóbbi változatot veszi elő a verziótár- 
ból. Mivel minden verzió ugyanabban 
az egyetlen verziótárban található, csak 
ennek a helynek a biztonsági mentésé- 
ről kell gondoskodni ahhoz, hogy az 
adataink biztonságban legyenek. 


Az eddigiek tehát felkeltették az Olva- 
só érdeklődését, és szeretné kipróbál- 
ni, hogy a verziókövetés előnyeinek 
ecsetelése nem csalás, nem ámítás. 
Először is azt kell eldöntenünk, milyen 
típusú fájlt szeretnénk verziókövetés- 
nek alávetni. Nyilvánvaló választás 
lehet a merevlemez teljes tartalma, 

de ezt nem nevezhetnénk túl gyakor- 
latiasnak. Ha a verziótár egy részét 
lokálisan tároljuk (munkapéldány), 

a Subversion teljes másolatot készít 
minden egyes fájlról, hogy a helyi 
összehasonlításnál kiderülhessen, 
milyen változások történtek a verzió- 
tárban lévő példányhoz képest. Emiatt 
a teljes merevlemez verziókövetéséhez 
pontosan kétszer annyi merevlemez 
szükséges, mint amennyi épp van. 
Annak sincs sok értelme, hogy a fájl- 
rendszer nagyrészt állandó részein, pél- 
dául a /usr és /opt könyvtárakban teljes 
verziókezelés folyjon. Ugyanakkor azok 
a könyvtárak, melyekben sok az egyedi 
fájl és változtatás, például a /etc és 

a /home könyvtárak, ideálisak a verzió- 
követéshez, hiszen a változások nyo- 
mon követésének előnye valószínűleg 
bőségesen kárpótol bennünket az 
ehhez szükséges, járulékos tárhelyért. 
A Subversionnel továbbá úgy is dönthe- 


tünk, hogy a verziótár teljes fastruktú- 
rájának csak egy részéből készítünk 
munkamásolatot. Így nem kell mun- 
kapéldányt tartanunk a ritkán módosí- 
tott fájlokból, ami általában a merevle- 
mezigény csökkenését eredményezi, 
még akkor is, ha a lokálisan tárolt 
fájlok kétszer annyi helyet foglalnak. 


Most pedig leheljük életre 

a Subversiont a számítógépünkön. 

A telepítés általában rém egyszerű. 
lermészetesen mindig ott a lehetőség 
a forráskód letöltésére és fordítására, 
de a legegyszerűbb a választott Linux 
disztribúcióhoz tartozó, előre lefordí- 
tott bináris csomag telepítése. 
Szerencsére a Subversion már elég 
érett ahhoz, hogy a legfontosabb 
disztribúciókhoz ilyen csomag a ren- 
delkezésünkre áll. Valójában egyről 
sem tudok, amihez ne lenne. 

A Subversion telepítése után létre kell 
hoznunk a verziótárat. legyük fel, 
hogy a saját könyvtárunkban van 
egy dokumentumok nevű alkönyvtár, 
melyet szeretnénk verziókövetésnek 
alávetni. Először egy üres verziótárat 
kell készítenünk az 


svnadmin create 


paranccsal. A home könyvtárban 
ezt például a következő módon 
tehetjük meg: 


$ svnadmin create 
3 $HOME/ . dokumentumok. verziotar 


Ezután a már meglévő dokumentu- 
mokat importálni kell a verziótárba. 
Erre szolgál az svn import parancs, 
amit az importálandó könyvtár elérési 
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útvonala és a verziótár URL-je követ. 
Példánkban a file: // típusú URL 
közvetlenül a verziótárra mutat. 
Amennyiben a verziótárat csak a szá- 
mítógépünkön használjuk, a fájlok 
elérésének ez a legegyszerűbb módja 
(bár vannak más, jobb megoldások is, 
amelyekre a későbbiekben kitérek): 


$ svn import $HOME/dokumentumok 
ss file: //$HOME/ . documentumok. . 
s verziotar 


A parancsot végrehajtva a Subversion 
megnyitja a kedvenc szövegszerkesz- 
tőnket, amelyben megjegyzésekkel 
adhatunk a művelethez. Bármit is 
írunk ide, az a verziótár újonnan lét- 
amit a verziótár eseménynaplójában is 
megtalálhatunk. Gépeljünk be valami 
egyszerűt, például , documents 
könyvtár importálása" . Miután el- 
mentjük a szöveget és kilépünk a szö- 
vegszerkesztőből, a Subversion valami 
ehhez hasonló kimenetet produkál: 


Adding documentumok/ 
sfilel.txt 
Adding documentumok/ 
—mfile2.txt 
Adding documentumok/ 
—file3.jpg 


Committed revision 1. 


Most már bátran törölhetjük az erede- 
ti $HOME/dokumentumok könyvtárat, 
és ismét létrehozhatjuk mint mun- 
kakönyvtár, az svn checkout 
paranccsal: 


$ rm -rf $HOME/dokumentumok 
$ svn checkout file://$HOME/ 
s . dokumentumok verziotar 

53 $HOME/dokumentumok 


Eddig rendben is volnánk, de ha 

több gépről is szeretnénk élvezni 

a Subversion nyújtotta előnyöket, ak- 
kor egy kiszolgálót kell kialakítanunk. 
A számos lehetőség közül talán az 
Apache használata mod dav-val a leg- 
jobb választás, amely a Subversion 
verziótárat a WebDAV protokollal 
teszi hozzáférhetővé. 

Az alap Apache telepítésben könnye- 
dén működésbe hozhatjuk a WebDAV- 
ot. Először is gondoskodnunk kell 

a mod dav és amod dav svn modu- 
lok betöltéséről: 


LoadModule dav module 
ss modules/mod dav.so 
LoadModule dav.svn module 


ss modules/mod dav. svn.so 


Ezután létre kell hoznunk egy 
SLocation: direktívát, amely 

a verziótárra mutat. Ha pl. azt szeret- 
nénk, hogy a /srv/repositortes/ 

bill documents-ben lévő verziótárat 

a http://example.net/bill/documents 
URL-lel érjük el, akkor a következő 


direktívát használjuk: 


áLocation /bill/documentsz 
DAV svn 
SvVNPath /srv/repositories/ 
sbill documents 
AuthType None 
c€/Locationz 


Vagy korlátozhatjuk a felhasználókat, 
ha nagyobb biztonságot szeretnénk: 


gLocation /bill/documentsz 

DAV svn 

SvVNPath /srv/repositories/ 
sbil]l documents 

AuthType Basic 

AuthName "Bill"s Documents" 

AuthuserFile /srv/ 
s repositories/bill documents/ 
s passwd 

Reguire valid-user 
€a/Locationz 


A Subversion használatának alapjai 
Most, hogy sikeresen beüzemeltük 

a Subversiont, vessünk egy pillantást 
a legalapvetőbb utasításokra. 

A Subversion parancssoros ügyfél- 
programjának neve svn, és az összes 
használatos utasítást ennek segítségé- 
vel adhatjuk ki. Az svn help pl. teljes 
listát ad a rendelkezésünkre álló 
utasításokról, de egy bizonyosról 

is kérhetünk információt az 


svn help lutasítás] 


segítségével. 

Az egyik nélkülözhetetlen alapvető uta- 
sítás az svn add. Ha a munkakönyvtár- 
ban új fájlt hozunk létre, az nem kerül 
automatikusan a verziótárba. Így tart- 
juk a kezünkben azoknak az állomá- 
nyoknak a körét, amelyeknek a verzió- 
ját követni szeretnénk. Puszta helypa- 
zarlás lenne például egy emacs scratch 
fájlt a verziótárba tenni. Az svn add 


használata nagyon egyszerű. Csak ad- 
juk meg a kiszemelt fájlokat és könyv- 
tárakat, és automatikusan bejegyzés 
készül arról, hogy ezeket a verziótárhoz 
kell adni — már amennyiben a meg- 
adott fájlok és könyvtárak egy valódi 
munkakönyvtárban találhatók. A fi- 
gyelmes Olvasónak az előző mondat- 
ban bizonyára szemet szúrt, hogy a fáj- 
lok és könyvtárak még nem kerültek be 
a verziótárba. Ehhez még szükség van 
ennek a kérésnek a végrehajtására is. 
Így előjegyezhetünk egy sor fájlt külön- 
külön, de a tényleges bejegyzést mégis 
egyszerre hajthatjuk végre, egyetlen re- 
vízióként, a már verzióval rendelkező, 
módosított fájlokkal egy kalap alatt. 
Hogy is van ez a végrehajtás? Ha 

a munkakönyvtárban módosítunk egy 
fájlt, a változtatás nem kerül automati- 
kusan a verziótárba. A módosítások 
bejegyzését végre kell hajtani az svn 
commit utasítással. Ennek hatására az 
svn a különbségeket a verziótárba tölti 
és új revíziót hoz létre. Ha épp a mun- 
kakönyvtárban állunk, többnyire 

elég az svn commit, kapcsolók nélkül, 
mire a megváltozott fájlok bejegyzése 
végrehajtódik, ide értve az alkönyvtá- 
rakban lévőkét is. Ha nem szeretnénk 
az összes fájl bejegyzését végrehajtani, 
megtehetjük, hogy a parancssorban 
csak azokat adjuk meg, amelyeknél 
erre szükség van. 

Mihelyt egy fájl bekerült a verziótár- 
ba, szabadon módosíthatjuk a munka- 
könyvtárban, mivel a Subversion ész- 
leli a módosításokat, és a commit hatá- 
sára új verziót készít. Mindazonáltal 
van egy megkötés. Nem másolhatunk, 
mozgathatunk és törölhetünk fájlokat 
a szokásos cp, mv és rm parancsokkal, 
mivel így a változások kikerülnek 

a Subversion látóköréből. Ehelyett 

a Subversion megfelelő utasításait kell 
használni: svn cp, svn mv és svn rm. 
Ezek tulajdonképpen ugyanazt csinál- 
ják, mint a szokványos megfelelőik, 
azzal a kiegészítéssel, hogy a verzió- 
tár megfelelő módosításait előjegyzi 

a következő végrehajtáshoz. 

Az svn status utasítással ellenőriz- 
hetjük a munkakönyvtárban lévő fáj- 
lok állapotát. A status utasítás meg- 
mutatja mely fájlok nem esnek ver- 
ziókontroll alá, melyek módosultak, 

és melyeket jegyezték elő verziókont- 
rollra. Az alábbi példában két módosí- 
tott fájlt látunk és egy harmadikat, 
amely nincs a verziótárban: 





Kapcsolódás 05 X-ről 

Rendben, bevallom, Mac-es vagyok, 
és mivel a PowerBookom felettébb 
gyakran csatlakozik az otthoni háló- 
zatomra, számomra rendkívül fontos 
a fájlok elérése erről a gépről. 

A Subversion szerencsére ebben sem 
okozott nehézséget. Éppoly jól fut OS 
X-en, mint Linuxon, és a telepítése 
egy szempillantás alatt kész van, 
akár a nyílt forráskódú termékek tele- 


Kapcsolódás Windows XP-ről 
Használjuk játékra, munkára, a mű- 
szakilag kevésbé jól képzett kedve- 
sünk kiengesztelésére vagy egyszerű- 
en kedvtelésből, meglehetősen nagy 
az esélye, hogy hálózatunkban ilyen 
számítógép is található. Jó hír, hogy 

a Subversion platformfüggetlennek 
tervezték, és elég komoly a támogatá- 
sa Windowson is. A Subversion letöltési 
helyein például megtaláljuk a parancs- 
sori ügyfélprogram binárisát. Ráadá- 
sul, egy inpozáns GlII-ügyfélprogram 
is létezik, a TortoiseSVN, amely képes 
beágyazódni a Windows Explorerbe. 


$ svn status 

2 . GroceryList. txt. swp 
M Frogs.png 

M GroceryList.txt 


A munkakönyvtárat az svn update 
utasítással frissíthetjük a legújabb re- 
vízióra. Ha a Subversiont egyetlen 
számítógépen használjuk, a frissítést 
valójában felesleges. Ha azonban 

a verziótárat több számítógépről is 
használják, az svn update utasítást 
végre kell hajtani, hogy a más számí- 
tógépeken végzett és bejegyzett 
módosítások hozzánk is eljussanak. 


Automatikus verziókövetés 

A Subversionnel történő verziókövetés 
rögös útjának megjárása után térjünk 
rá az automatikus verziókövetésre. Ha 
a Subversion verziótárának kiszolgálója 
Apache, a fájlok kiolvasása és beírása 

a WebDAV protokollal történik. Ennek 
egy érdekes kísérőjelensége, hogy 

a legtöbb operációs rendszer képes 

a megosztott WebDAV könyvtárak 
hálózati fájlrendszerként való beillesz- 
tésére, hasonlóan a Samba-hoz vagy az 


pítésére szolgáló Fink csomagkezelő 
rendszerrel, akár bináris csomagból. 
Az OS X az automatikus verziókezelés 
választása esetén sem fog csalódást 
okozni. Az automatikus verziótár beil- 
lesztése nem több, mint a Connect to 
Server... kiválasztása a Finder Go me- 
nüjében, majd a verziótár URL-jének 
a megadása. Ezután a /Volumes-ban 
találjuk, és a desktopon is megjelenik, 
mint beillesztett hálózati megosztás. 


A Windows XP WebFolderének segítsé- 
gével az automatikus verziókövetés is 
megvalósítható. Javasolt a Webfolder 
régi, Explorer-kiterjesztésként megva- 
lósított verziójának a használatát, mert 
a WinXP-ben bevezetett új verzió nem 
teljesen konform. Egy verziótárhoz 
úgy csatlakozhatunk, hogy létreho- 
zunk egy új hálózati helyet (network 
place), és megadjuk az URL-t, majd 
kettősponttal elválasztva a portszá- 
mot. Az example.com/documents ver- 
ziótárhoz például a Http://example.com: 
80/documents URL-t kellene begé- 
pelnünk. 


NES-hez. lehát megtehetjük, hogy 

a távoli verziótárat a helyi fájlrendszer- 
be beillesztjük, és munkakönyvtár lét- 
rehozása nélkül közvetlenül hozzáfér- 
hetünk az ott lévő állományokhoz. En- 
nek a megoldásnak van néhány olyan 
előnye, amely kifejezetten alkalmassá 
teszi arra, hogy a személyes fájlok ver- 
ziókövetését így végezzük. Egyrészt, 
minden mentéskor új verzió készül. 
Anélkül valósul meg a módosításaink 
naplózása, hogy a commit utasítás vég- 
rehajtásával egyáltalán foglalkoznunk 
kellene. Büntetlenül létrehozhatunk új 
fájlt, másolhatunk, mozgathatunk és 
törölhetünk a szokásos parancsokkal. 
Végül, ha több számítógép is használja 
a verziótárat, biztosak lehetünk abban, 
hogy az svn update nélkül is mindig 
a legfrissebb változatot kapjuk. 

Persze az automatikus verziókövetés- 
nek is megvannak a maga árnyoldalai. 
Először is meglehetősen gyors hálózati 
kapcsolatra van szükség a kiszolgáló 
és a mi számítógépünk között, ami 
nem feltétlenül szerencsés egy ottho- 
nától gyakran távol lévő laptopnál 

— bár, ez kikerülhető, ha a gyors háló- 





zati kapcsolat fennállásakor másolatot 
készítünk a szükséges fájlokról, aztán 
később visszamásoljuk azok módosí- 
tott változatait a kiszolgálóra. Másod- 
szor, a fájloknak csak a legfrissebb 
változata elérhető. Ha régebbi verzió- 
ra van szükség, azt vagy egy könyvtár 
adott verziójának letöltésével: 


$ svn checkout -r 1563 
s http://$MY. SERVER/docs/pics/ 


vagy az svn cat utasítással oldhatjuk 
meg, amellyel egy bizonyos fájl adott 
verziója lekérhető: 


$ svn cat -r 1563 http:// 
3 §$MY SERVER/docs/pics/beach.jpg 


Ha az automatikus verziókövetést 

a verziótár beillesztésével szeretnénk 
használni, telepíteni kell a davfs-t. 
Mihelyt kész, a verziótár beillesztése 
már gyerekjáték, mindössze 

a mount . davfs parancsot kell fut- 
tatni, a következő példa szerint, 
amelyben a $MY SERVER/docs 
verziótárat a /mnt/documents könyv- 
tárba illesztjük: 


$ mount.davfs http://$MY. 
ss SERVER/docs/ /mnt/documents 


A verziókövetést természetesen 

az Apache-ban is be kell kapcsolni, 
amihez a Subversionhöz készített 
SLocation: direktívában szerepelnie 
kell az SVNAutoversioning on kap- 
csolónak is. 


Összefoglalás 

A Subversion rendkívül okos jószág. 
Bár a képességeinek a jelentős részé- 
vel nem is foglalkoztunk, ennyi tudás 
birtokában már el lehet kezdeni 

az állományaink verziókövetését. 
Jómagam is ezt használom egy ideje, 
és nagyon hasznosnak bizonyult. 
Különösképp ez a véleményem 

az automatikus verziókövetésről, 
amely szinte észrevétlenül integrá- 
lódik a fájlrendszerbe. 


A cikk forrásai: 
2 www.linuxjournal.comjarticle/8751 
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Rails gördülékenyen 


A Ruby on Rails 1.1-ról és a megszorítások biztosította szabadság 


paradoxonáról. 


Ruby on Rails egy webes al- 

kalmazások fejlesztésére szol- 

gáló keretrendszer, amely ígé- 
retéhez híven sokoldalú, produktív és 
könnyen használható platformot bizto- 
sít a dinamikus weboldalak készítésé- 
hez. A keretrendszerre gondolhatunk 
függvénykönyvtárként, mint az alkal- 
mazásainkban felhasználható függvé- 
nyek gyűjteménye, de ennél valójában 
többről van szó: a kódban alkalmazan- 
dó kényszerek rendszeréről. Ugyan 
miért jó az, ha kényszerítjük magunkat 
bizonyos dolgokra? Azért, mert ha 
a kényszereket egy bizonyos célból 
vezetjük be, az elfedett részletek nem 
kötik gúzsba elménket, és a valódi 
probléma megoldására fókuszálhatunk. 
A Rails keretrendszer olyan kényszerek 
halmaza, amely a webes fejlesztés haté- 
konyságát hivatott növelni. A követke- 
zőkben bemutatjuk a Rails összetevőit, 
hogy képet kapjunk a működéséről. 


A legtöbb webalkalmazás-fejlesztői 
keretrendszerhez hasonlóan, a Rails 
is az MVC-n (Modell-View-Controller — 
az adatmodellt, a megjelenítést és 

a vezérlést különválasztó architektú- 
rán) alapuló tervezést követi, aminek 
következtében a kód három logikai 
egységben válik szét. Az adatmodel[l- 
ben találhatók az adatbázisban tárolt 
tartományobjektumok. A velük kap- 
csolatos feladatokat a Rails-ben az 
ActiveRecords komponens látja el, 
melynek három fő tulajdonságát érde- 
mes megjegyezni: társítás, függvény- 
visszahívás és ellenőrzés. A társítással 
adhatók meg az ActiveRecord- 
osztályok közötti kapcsolatok, például 
egy az eggyel, egy a többel és több 

a többel, a következő módon: 
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class User ca ActiveRecord: :Base 


has many :projects 

has one : address 

belongs to :department 
end 


A részletek (például táblák és külső 
kulcsok neve) beállítása és az adatbá- 
zis minden oszlopához tartozó 
objektumattribútum létrehozása auto- 
matikus - a Rails ezt a konvenciót 
alkalmazza a konfiguráció helyett. 

Az objektumok viselkedését függ- 
vényvisszahívásokkal biztosítjuk, azok 
teljes élettartama alatt. Például, küld- 
hetünk elektronikus levelet a felhasz- 
nálónak az adatai első mentésekor: 


class User c ActiveRecord: : Base 
after. create 

sz :send welcome emat! 
after update 

: update audit log 

end 


Az ellenőrzések különleges függ- 
vényvisszahívások, amelyekkel 

a szabványos ellenőrzések végre- 
hajtása gyerekjáték: 


class User c ActiveRecord: : Base 
validates presence of 
sz : name 
validates format of 
sz :phone, :with -5 /A[0-9](3j- 
s [0-9]133-10-91141$/71 
validates confirmation of 
sz : email 
validates acceptance of 
s :terms of service, :message 
5-5 "must be accepted" 
validates inclusion of 
ss :.age, :in -—5 0..99 
end 


Azzal, hogy a társítások, függvény- 
visszahívások és ellenőrzések az 
ActiveRecord osztály definíciójába 
kerülnek, megbízhatóbb és könnyeb- 
ben karbantartható kód jön létre. 


Az ActionPacknek két, egymással szo- 
rosan együttműködő alkomponense 
van: az ActionController (vezérlő) 

és az ActionView (megjelenítő). 

Az ActionController osztályok a vi- 
lághálóról elérhető, nyilvános műve- 
leteket definiálnak. Ezek minden 
esetben kétféleképpen végződhet- 
nek: átirányítással vagy produktum- 
mal. Az előbbi esetben az ügyfélhez 
egy HTITP-válasz fejléce érkezik, 
mely egy másik URL-re küldi tovább, 
míg az utóbbiban valamiféle tartal- 
mat, többnyire HIML-fájlt kap. 

A produktummal végződő művele- 
teknél az ActionView is meghívódik. 
Vessünk egy pillantást az alábbi 
vezérlőre, amely három műveletet 
tartalmaz: 


class MessagesController c 
ss ActionController: :Base 
def list 
(Gmessages - Message.find 
sz :all 
end 
def show 
message - Message.find 
s params[:i1d] 
end 
def create 
(Gmessage - Message.create 
s params[:messagel 
redirect to :action —s 
sz .show, :id -—5 (message.id 
end 
end 





: hő 6 u Ő 


My Shopping Cart (1 item) 
argerann 


CIII $239.00 





Az első művelet egy ActiveRecord ob- 
jektum felhasználásával megkeresi az 
adatbázisban az összes levelet, majd 
elkészíti a messages/list.rhtml sablont. 
A második művelet egy adott levelet 
keres meg az azonosítója (ID) alapján, 
majd megjeleníti. A harmadik műve- 
let is ActiveRecord objektumot hasz- 
nál, ezúttal azonban a HIML-űrlapon 
bevitt paraméterek mentésére, miu- 
tán a felhasználót visszaküldi a meg- 
jelenítés művelethez egy átirányító 
HITP-válasszal. 

A vezérlők és a műveletek útvona- 
lakkal URL-ekhez kapcsolódnak. 

Az alapértelmezett útvonal 

a :control ler/:action/ : id, így 

az előbbi műveletek URL-je, minden 
előzetes beállítás nélkül, a következő 
lenne: /messages/list, /messages/showy/1 
és /messages/cregte. 

A műveletek mellett, a vezérlőkhöz 

a műveletek megszakítására alkalmas 
szűrők és a műveletek felgyorsítására 
szolgáló gyorsítótárak is hozzárendel- 
hetők, például: 


class MessagesController c 

s ActionController: :Base 
before filter :authenticate, 

b :except -—5 :public 
caches page :public 
caches action :show, 

end 


: feed 


ActionView 

A Rails az ActionView segítségé- 
vel formázza meg az alkalmazások 
kimenetét, rendszerint HTML- 
fájlokat. Az elsődleges megoldás 
az ERB, Embedded Ruby, ami biz- 
tosan ismerős lesz, ha használ- 
tunk már PHP- vagy JSP-szerű 
szintaxist. Minden rhtmil kiter- 
jesztésű sablon tartalmazhat 
Ruby kódot 96 96 és c96- 962 for- 
mázóelemek között, melyek közül 
csak a második esetben jön létre 
kimenet, például: 


2 for message in Gmessages 9 
ch25-X- message. title 95c/h25 
2 end 9 


Sablonrészleteket is létrehozhatunk 

a gyakran ismétlődő HIML-kódokhoz, 
a sablonokba pedig olyan Ruby függ- 
vényeket ágyazhatunk, amelyek hasz- 
nos funkciókat biztosítanak számunk- 
ra, például Ajax használatát. 


Rails 1.1 


A Ruby on Rails első nyilvános kiadása 
2004 júliusában jelent meg, 0.5 verzió- 
számmal. Az 1.0 verzió több mint egy 
évvel később, 2005 decemberében ké- 
szült el. A két verzióban szinte nincs 
két egyforma sor. Ezt az eseményt ala- 
pos fényezés" és tesztelés előzte meg, 
hogy a kód stabil legyen. Ebből arra 
következtethetnénk, hogy a kezdeti 
nagy lendület már alábbhagyott, és 

a fejlesztői csapat magja a siker jól 
megérdemelt gyümölcsét élvezi. 
Tévednénk. Épp ellenkezőleg, a fej- 
lesztés üteme egy cseppet sem lassult 
le, és már a következő jelentős verzió 
is elérhető. Ez napjainkig a legfonto- 
sabb verzió, több mint 500 kisebb- 
nagyobb fejlesztéssel és javítással. 
Legtöbbjük csupán a meglévő tulaj- 
donságok finomítása, de vannak köz- 
tük briliáns megoldások is, amelyek 
jelentős változásokat hozhatnak az al- 
kalmazásfejlesztésben. Végigböngész- 
ve a változások listáját, három fő cso- 
port különíthető el: Ajax, a tartomány- 
modell gazdagítása és a könnyen 
létrehozható webszolgáltatások. 


A nagy Ajax 

A Rails 1.1 legjelentősebb újításai vitat- 
hatatlanul teljesen megváltoztatták az 
Ajax kezelését. A Rails eddig is reme- 
kül támogatta az Ajax alkalmazások 
létrehozását, rövid HIML-kódok kül- 
désével és beépítésével, de most már 
JavaScriptet is küldhet a böngészőnek. 
Egy weboldal több elemének frissítése 
tehát egy lépésben egy pillanat műve. 
Az igazi nagy durranás, hogy 

a JavaScriptet nem mi írjuk, hanem 

a Ruby szintaxisát használva, automa- 
tikusan jön létre. Ezt nevezzük R]JS- 
nek (Ruby-generated JavaScript), 
vagyis a Ruby által generált 
JavaScriptnek. A .rhtml (Ruby HTML) 
sablonok mellett .rjs (Ruby JavaScript) 
sablonok is készíthetők. Ezekbe auto- 
matikusan JavaScriptté átalakuló Ruby 


kódot írhatunk, amelyet egy Ajax 
hívás eredményeként a böngésző 
megkap és értelmez. 

Nézzük meg ezt egy példán keresz- 

tül is. Az IconBuffet online áruház 
RJS-t használ a bevásárlókosár meg- 
valósításához (ki lehet próbálni 

a 5 www.iconbuffet.com/products/amster 
dam oldalon). Amikor a kosárba egy 
termék kerül, három különböző elemet 
kell frissíteni. RJS nélkül mintegy tucat 
JavaScript sort kellett volna eljuttatni 

a kiszolgálóhoz, több fordulóban. Most 
azonban mindez megoldható egyetlen 
lépésben, JavaScript használata nélkül. 
A kosárba teszem (Add to Cart) feliratú 
gomb most is a jól ismert Ajax linktá- 
mogatást használja, pontosan úgy, 
ahogy korábban: 


90— link to remote "Add to 
Cart", :ur] -5 ( :action —s 
"add to cart", :id —5 1)852 


Ha a linkre kattintunk, az 
add to cart esemény frissíti 
a kapcsolatot és létrehozza az 
add to cart.rjs sablont: 


pagel:cartbox] . replace html 

s partial —5 "cart" 
pagel:num items] .replace html 
s partial —5 "num items" 

pagel "product $íparams[:id]$"]. 
sz addclassName "incart" 


A sablonból JavaScript készül, amelyet 
a kiszolgáló elküld a böngészőnek, 
hogy annak megfelelően frissítse 

a weboldal három kérdéses elemét. 

De hogy kerül ide ez a page objektum? 
Ez reprezentálja a JavaScriptGeneratort 
az RJS-sablonokban, és még jó néhány 
trükk van a tarsolyában: 


1) JavaScript párbeszédablak létre- 
hozása: 


page.alert "Hogy s mint?" 


2) Az elemek HTML-megjelenésének 
megváltoztatása: 


page.replace :element, "value" 


3) Az elemek értékének megvál- 
toztatása: 


page.replace html :element, 
sz "value" 








4) Szöveg beszúrása: 


page. insert html] :bottom, 
sz :list, "-lisLast i1temc/l15" 


5) Átirányítás szimulálása: 


window. location.href: 
—page.redirect to url for(C(...) 


6) Javascript függvény hívása: 
:alert, "Hello" 


page.call 


7) Hozzárendelés JavaScript 
változóhoz: 


page.assign :variable, "value" 
8) Effektus létrehozása: 
page.visual effect :highlight, 
s" ]ist" 

page.visual effect :toggle, 

tan 1 post s 1 

page.visual effect :toggle, 

sz " comment", :effect -5 :blind 
9) Elem megjelenítése: 

page.show "status-indicator" 


10) Elem elrejtése: 


page.hide "status-indicator" , 
sz "cancel-link" 


11) Hivatkozás egy elemre, azono- 
sítóval (ID-vel): 


pagel blank slate"] 
pagel "blank slate"] . show 


12) Elem kiválasztása 
CSS-szelektorral: 


page.select("p") 
page.select("p.wel come 
mb" ).first 
page.select("p.wel come 
sb") .first.hide 

13) JavaScript beszúrása: 


page cc "alert("hello")" 


14) Fogható (draggable) elem 
készítése: 


page.draggable "product-1" 


15) Dobható (droppable) elem 
készítése: 


page.drop. receiving 
s "wastebasket", :ur] —s ( 
s action -5 "delete" 3 


16) Rendezhető elem készítése: 


page.sortable "todolist", :ur]l — 
—míi action -—5 "change order" 3 


17) Végrehajtás késleltetése: 


page.delay(20) ( 
spage.visual effect :fade, 
s "notice" 3 


Felsoroló metódusok is használhatók, 
amelyek szintén létrehozzák az 
egyenértékű JavaScriptet: 


page.select("titems 11") 
sz collect("items") do lelement] 
element.hide 
end 


A kód az alábbi JavaScriptet ered- 
ményezi: 


var items —- $$("titems 11") 
sz collect(function(value, index) 
£ return value.hideO ; d); 


Amellett, hogy a views könyvtárba .rjs 
fájlokat teszünk, beágyazott RJS-t 
is alkalmazhatunk, például: 


def create 
f (handle action) 
render :update do Ipagel 
page. insert html 
s :bottom, :list, "-lisLast 
si temc/lis" 
page.visual effect 
sz highlight, "list" 
end 
end 


A vezérlőt nyilván nem akarjuk túl 
sok nézetspecifikus kóddal ,szennyez- 
ni", inkább írjunk RJS-függvényeket, 
amelyeket aztán a frissítő kódrészek- 
ből hívhatunk, például: 


module ApplicationHelper 
def update time 
page.replace html 
—Time.now.to s(:db) 
page.visual effect 


"time", 


sz highlight, "time" 
end 

end 

class UserController c 

s Applicationcontroller 
def poll 

render :update ( 

—page.update time tj 
end 

end 


Ipagel 


A hibakeresés RJS-ben nem mindig 
egyszerű, mert ha a Ruby-ban hiba 
történik, a böngészőben erről nem 
kapunk értesítést. Ennek elkerülésére 
használjuk a 


config.action view.debug rjs - 
true 


beállítást, aminek hatására az RJS- 
hibákról értesítést kapunk az alertO 
függvénnyel. 

Az éles szemű olvasó nyilván észre- 
vette, hogy az RJS-sablonok kimenete 
felhasználta a Prototype nagyszerű 
újítását: az Element osztály metódusai 
minden HTML-elemből hívhatók 

a $0 vagy $$0 módon. Eszerint az 
Element . show( " foo") helyett írhat- 
juk a $(" foo") . showO-t is. Apró vál- 
toztatás, de segítségével a JavaScriptet 
természetesebben és Ruby-szerűen ír- 
hatjuk. A következő metódusokról 
van szó: visibleO, toggleO, 
hide(), showO, visualeEffect(), 
remove(), update(html ), 
replace(htm1), getHeightO, 
classNames 0), 

hasclassName (osztálynév), 
addclassName (osztálynév), 
removeclassName (osztálynév), 
cleanwhitespaceO , empty, 

chi Idof(szülő), scrolIToO), 
getStyle(stílus), 
setStyle(stílus), 
getpimensionsO, 
makePositioned(), 
undoPositioned(), makeclippingO 
és undoclippingO. 


A Ruby által generált JavaScript 

a Prototype egy másik fantasztikus 
újítását is hasznosítja: a Selector osz- 
tályt és a hozzá tartozó $$0 függ- 
vényt. A $0-hoz hasonlóan, a $$0-t 
is HIML-elemekre való hivatkozás- 
nál használjuk, de ez a CSS- 
szelektoroknak megfelelően keresi 

az egyezéseket, például: 








// Keresd meg az összes cimgz 
// elemet a "summary" 

// osztállyal rendelkező cp: 
// elemeken belül, amelyek 

// mindegyike a cdiv: része, 
// "page" azonosítóval. 

// Rejtsd el az összes egyező 
// cimg:; elemet. 

$$("div4page p.summary 

— img") .each(Element.hide) 

// A szelektorokban 


// attribútumok is használhatók: 


$$("formifoo input[type-text]") 

mm , each(functionCinput) 1 
1input.setStyle(fcolor: 

- "red" D; 


)); 


Ha az Olvasót ezzel még mindig nem 
sikerült meggyőznöm, akkor egysze- 
rűen csak higgye el, hogy az RJS és 

a Prototype újításai forradalmasítják 
az Ajax használatát a Rails-ben. 


Termékeny tartománymodellek 

az ActiveRecordban 

Eddig a Rails nézet és vezérlés réte- 
gében bekövetkezett fejlesztésekkel 
foglalkoztunk. Nézzük most meg az 
ActiveRecordot, amelyen szintén lát- 
szik a sok törődés az 1.1 verzióban. 
Kezdjük mindjárt az asszociáció új 
típusával. 

Az 1.1 verzió előtt, a Rails 

a has and belongs to many-vel 
támogatta a több a többel kapcso- 
latokat, például: 


class Author c 

s ActiveRecord: :Base 
has and belongs to many 

sz : books 

end 

class Book c ActiveRecord::Base 
has and belongs to many 

sz : authors 

end 


Egy bizonyos pontig nincs is ezzel 
semmi gond. Akkor leszünk bajban, 
ha közvetlenül a kapcsolatokhoz 
kell viselkedést vagy adatot rendel- 
nünk. A megoldás az explicit hozzá- 
rendelés. Vessünk egy pillantást az 
alábbi kódra: 


class Author c 
s ActiveRecord: :Base 
has many :authorships 
has many :books, :through —: 


sz : authorships 
end 
class Authorship c 
ActiveRecord: : Base 
belongs to :author 
belongs to :book 
end 
class Book c ActiveRecord::Base 
has many :authorships 
has many :authors, :through 
5-5 ;authorships 
end 
Author.find(:first) .books.find 
sz (:all, :include —5 :reviews) 


A : through kulcsszó nélkül, egy cég 
számláját számláját csak több vagy 
egy speciális SOL-lekérdezéssel sze- 
rezhetnénk meg. Az ActiveRecord 
most már képes automatikusan ke- 
zelni a kapcsolatot, és a társításokhoz 
is tiszta interfészen keresztül férünk 
hozzá. 

A többalakú társítások tovább színesí- 
tik a tattománymodellt, megoldva azt 
a problémát, amikor egy modell több 
másikkal osztozik a kapcsolatokon. 

A többalakú társítással a modell abszt- 
rakt társításokat definiál, amely bár- 
mely más modellre is vonatkozhat, 

a részletek kezeléséről pedig az 
ActiveRecord gondoskodik. Nézzük 
meg az alábbi példát: 


class Address c 

s ActiveRecord::Base 
belongs to :addressable, 

sz :polymorphic -—5 true 

end 

class User c ActiveRecord::Base 
has one :address, :as —s 

sz : addressable 

end 

class Company c 

s ActiveRecord: :Base 
has one :address, :as —s 

sz : addressable 


end 


Minden tapasztalt SOL-fejlesztő bele- 
futott már az ,n1-1 lekérdezés" prob- 
lémájába, amikor a rekordokra hivat- 
kozó rekordok keresése nagyon nagy 
számú adatbázis-lekérdezést eredmé- 
nyez. A megoldás az SOL JOIN hasz- 
nálata, de a manuális alkalmazása, 
különösen egynél több JOIN esetén 
gyorsan követhetetlenné válik. 

Ezen segít a Rails 1.1 a végtelen, 
lépcsős mohó betöltéssel. 


Az 


Author.find(:all, :include-s 
mí :posts -—5 :comments 3) 


megoldáshoz hasonló lekérdezések 
most egyetlen lépésben betöltik az 
összes szerzőt (author), a bejegyzé- 
seiket (post) és az azokhoz tartozó 
megjegyzéseket. lovábbi példák: 


Author.find :all, :include 
—m( :posts -5 :comments 3 
Author.find :all, :include -—5 
s[ í£ :posts -5 :comments z), 
:categorizations ] 

Author.find :all, :include -—s 
—m(. :posts -5 [ :comments, 

s :categorizations ] 4 
Company.find :all, :include —s 
—f: :groups -5 íf( :members -s 
s :favorites t 3 


2 


Az ActiveRecord következő fontos új- 
donsága a beágyazott with scope, 
ami sokkal érthetőbbé teszi az 
ActiveRecord-objektumok kezelését, 
és különösen fontos a biztonsággal 
foglalkozó kódok esetében. 

Íme egy példa: 


Developer.with scope :find —: 
— 0. :conditions -—s5 "salary 5 
595100007, :limit -—s5 10 3 do 
f SELECT " FROM developers 
WHERE (salary 5 10000) LIMIT 10: 
Developer .find :all 
f parameters are merged 
Developer.with scope :find —5 
—f :conditions -5 "name -— 
sz "Jamis"" 3 do 
f SELECT " FROM developers 
ff WHERE (( salary 5 10000 ) AND 
$f ( name — "Jamis" )) LIMIT 10 
Developer .find :all 
end 
f belső szabályt használunk 
ft (a korábbi paramétereket 
ft figyelmen kívül hagyjuk) 
Developer.with exclusive. 
sscope :find -5 f :conditions 
5-5 "name — "Jamis"" 3 do 
f SELECT " FROM developers 
ft WHERE (name —- "Jamis"): 
Developer .find :all 
end 
end 


Az ActiveRecord utolsó főbb újítá- 
sa kényelmes szintaxist biztosít 








a számítások és statisztikák elérésé- 
hez, így nincs szükség speciális SOL 
parancsok összeállítására, például: 


Person. count 
Person. count 
sz "age 5 26" 
Person. count 


: conditions -—s 


:1nclude —s 


sz :jJob, :conditions —5 "age 5 
326 AND job.salary 5 60000" 
Person.average :age 
Person.maximum :age 
Person.minimum :age, :having —: 
sz "min(Cage) 5: 17", :group —: 

sz : last name 

Person. sum :salary, :group 


5-5 :last name 

Egyszerű webszolgáltatások 

A Rails 1.1 változásainak harmadik 
nagy csoportja a webszolgáltatások 
létrehozásával kapcsolatos. Egészen 
pontosan a HTML protokoll egyes 
aspektusainak kezeléséről van szó, 
úgy ogy könnyedén implementálható 
REST stílusú API. 

A respond. to az eseményekhez 
tartozó új metódus, amely az ügyféltől 
érkező HIIP Accept fejlécet elemzi, 
és többféle formátum szerint vála- 
szolhat, például: 


class MessagesController 
mc. ActionController: :Base 
def list 
(messages - Message.find 
saj] 
respond to do Itypel 
type.html] 4 alapértel- 
ff mezett értékek, melyek ered- 
f ménye a messages/list.rhtmil 
type.xm!]l ( render 
s :xm] -5 Gmessages.to xmil 3 
3 XML-t generál és küld 
ft a megfelelő MIME-típussal 
type.js ff létrehozza 
f az index.rjs-t 
end 
end 
end 


Példánkban egy tipikus böngésző 

a /messages/list kérésére megkapja 

az adatok HTML verzióját, ahogy illik. 
Az ugyanerre az URL-re vonatkozó 
Ajax kérés azonban tartalmazhat 
application/javascript Accept fejlécet 
is, és ennek hatására a kiszolgáló 

az RJS-sablont használná. legyük 

fel, hogy másik ügyfélprogram 


is kapcsolódik a webszolgáltatást 
nyújtó alkalmazásunkhoz, és 
application/xmil formában várja az 
adatokat. Ezt is ugyanaz az esemény 
fogja kezelni. Nem kell többé azon 
töprengenünk, milyen bonyolult len- 
ne a webalkalmazásunkhoz másik 
API-t illeszteni, mert sosem volt 

ennél könnyebb. 

A példában egy új kapcsolót láthatunk 
a render metódushoz: a :xml-t. 
Pontosan úgy működik, mint 

a render(:text -5 text), de 
content-type- application/xmi 

és charset- UTF-8 beállításokkal. 

A content-type manuálisan is beállít- 
ható a :content type kapcsolóval, 
például: 


render :action -—5 "atom.rxml", 
sz : content type —— 
s "application/atomrxmi" 


A tömböknek, az asszociatív tömbök- 
nek és az ActiveRecordnak most már 
van to. xm] metódusa, és minden ob- 
jektumnak van to. json metódusa. 
Ezekkel a hatékony adalékokkal, 
néhány billentyűleütéssel megvaló- 
sítható az alkalmazásunk adatainak 
reprezentációja gépi értelmezéshez, 
például: 


message.to xmi 

message.to xmIl(:skip instruct 
5 -s true, :skip cattributes —s 
sz[ :1d, bonus time, 

s written on, replies count ]) 
firm.to xml :include —s 

ss[ :account, :clients ] 
(1.2,31.tö.i50n sz " [L;. 25 30" 
"Hello".to json —5 "VHellov"" 
Person.find(:first).to json —: 
széf WattributesV: ff 1dv : 

sz INT, MT namev: Scott 

ss RaymondV hb" 


Az előbbi példák bemutatták, milyen 
egyszerűen aktiválhatunk egy csak 
olvasható API-t, de mi van akkor, ha 
bemeneti adatokat is akarunk fogadni 
az interfészen? A válasz szerencsére 
most sem bonyolultabb a korábbiaknál: 


class MessagesController c 
s ActionController: :Base 
def create 
(Gmessage - Message.create 
ss params[:message] 
redirect to :action —: 


sz : show, 
end 
end 


:1d -5 ((Omessage.id 


Egy pillanat! Ez véletlenül nem 
ugyanaz a kód, mint az esemény API 
nélküli megvalósítása? Valóban. 

A Rails értelmezi a beérkező POST 
üzenet HTTP content-type mezőjét, 
és szétbontja a params objektumba, 
pontosan úgy, mintha az adatok egy 
webes űrlapról érkeztek volna. 

Az application/xml tartalmú kérések 
kezelésekor egy XmliSimple hasító- 
tábla jön létre, melynek a neve meg- 
egyezik az XML legfelsőbb szintű 
elemének a nevével. Az XML-adatok 
kezelése automatikus, de mi történik 
az egyéb típusú tartalmakkal? 
Használjuk a parsers paramétert: 


ActionController: :Base.param . 
s parsers[/"application/atom-i-xml 
sz"] - Proc.new do Idatal 

node - REXML : : Document . new 
data 

( node.root.name -5 node.root 


u 


end 


És a lényeg csak most kezdődik... 
A Rails 1.1 új jellemzőinek épp csak 
a felszínét kapargattam meg, így 

a Rails egészéről szinte semmit sem 
mondtam. Mindenesetre remélem, 
hogy a cikk ízelítőt adott a Rails leg- 
újabb fejlesztéseiből. Mélyebb ismere- 
tek megszerzéséhez és a Rails közös- 
ségének megismeréséhez látogassa 
meg a rubyonrails.com weboldalt, 
ahol kapcsolódó könyveket, képer- 
nyőket, dokumentációkat, oktató- 
anyagokat, példaalkalmazásokat, 
blogokat, levelezőlistákat és IRC 
csatornákat talál. 








Tesztelés Rails segítségével 
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A Rails programnyelv nagyszerű eszközöket biztosít számunkra 
az adatok teszteléséhez és az alkalmazásunk finomításához. 
Nézzük, hogyan kell használni. 


cikksorozat előző részeiben 

a Ruby On Rails-szel foglal- 

koztunk. Ez egy Ruby nyel- 
ven írt nyílt forráskódú keretrendszer 
webalkalmazások készítéséhez, amely 
az alkalmazások és adatbázisok elkészí- 
tését teszi egészen egyszerűvé. 
Több oldalát is megvizsgáltuk már 
a Rails segítségével történő fejlesztés- 
nek: az alkalmazásunk modell-nézet- 
vezérlő hármasra bontását, az Acftive- 
Record osztály használatát az objek- 
tumok adatbázisok leképezéséhez, és 
a Rails ellenőrzőeszközeit, amelyekkel 
megbizonyosodhatunk az adatbázisban 
tárolt adataink sértetlenségéről. 
Egészen le vagyok nyűgözve a Rails 
kialakításától, mióta csak hónapokkal 
ezelőtt foglalkozni kezdtem vele. Rails 
alatt fejleszteni egy kicsit furának, kü- 
löncnek tűnhet elsőre, de gyorsan bele 
lehet jönni, aztán már csak élvezni 
kell, hogy az unalmas fejlesztési lé- 
péseket az ActiveRecord komponens 
automatikusan elintézi helyettünk. 
Igaz, hogy a Rails csökkenti 
a webalkalmazásunkhoz szükséges 
kód mennyiségét, de nullára nyilván 
nem csökkentheti. És ha már van 
kódunk, elkerülhetetlenül tartalmaz 
hibákat is. Mint azt a tapasztalt 
webfejlesztők is tudják, az ilyen fajta 
alkalmazások tesztelése kissé trükkös, 
mivel az ügyfél által küldött adatok, 
és amit éppen lát, nincsenek közvetlen 
kapcsolatban azzal, ami a kiszolgálón 
történik. A mai napig sem ritka, hogy 
a webfejlesztők különböző kiírató ruti- 
nokkal és hibanaplók követésével ke- 
resik a hibákat az alkalmazásukban. 
Valójában én személy szerint is szám- 
talanszor esem ebbe a bűnbe, részben 


megszokásból, részben, mert gyakran 
ez a legjobb módja, hogy megtaláljuk 
a projekttel kapcsolatos problémákat. 
A vezetők és a programozók egyaránt 
tudják, hogy ez a legolcsóbb és leg- 
egyszerűbb módja a hibák felderítésé- 
nek az előfordulás pillanatában, 

vagy a projekt korai szakaszában. Ám 
a programozók általában kelletlenül 
tesztelik a saját kódjaikat, kiváltképp, 
ha a tesztelés időigényes és unalmas. 
Egy viszonylag egyszerű megoldás 

— amely az elmúlt évek során bukkant 
fel — az, hogy a fejlesztők nem csak 

az általuk fejlesztett szoftverek elké- 
szítéséért felelősek, de azon tesztek 
megírásáért is, amelyek leellenőrzik 

a programot ahányféleképp csak le- 
hetséges. Az ilyen, úgynevezett egy- 
ségtesztek biztosíthatják, hogy a rend- 
szer minden önálló eleme szilárd, 
lehetővé téve, hogy ráépítsünk, ami- 
kor a teljes alkalmazásba integráljuk. 
Jelen cikkben a Rails egységtesztelésre 
alkalmas beépített szolgáltatásait 
tekintjük át, hátha ezzel megjön 

az étvágyunk a funkcionális tesztek 
elkészítéséhez is. 


Amiről idáig beszéltünk, egészen 
ésszerűen hangzik, azonban van itt 
egy a felszín alatt rejlő rejtett veszély. 
Ha most megyünk előre, és teszteljük 
az összes kódot, a tesztünk valószínű- 
leg kimerül az adatok hozzáadásával, 
módosításával és törlésével az aktuális 
adatbázis felett. Egy komoly, éles 
rendszerben ez több, mint alkalmat- 
lan, temérdek problémát okozhat. 

Ha az olvasó azóta követi a cikksoro- 
zatot, hogy elkezdtünk dolgozni 


a Rails-szel, bizonyára jól emlékszik, 
hogy minden egyes projekthez, ame- 
lyen dolgozunk, három adatbázist defi- 
niáltunk. Az egyszerű blog alkalmazás- 
hoz, amiről az utóbbi hónapokban 
esett szó, például az alábbi három adat- 
bázist készítettük: blog development, 
blog test és blog production (fejlesztői, 
teszt, végleges). Egyáltalán nem foglal- 
kozunk a test és development adatbá- 
zisokkal, kizárólag a production válto- 
zatra koncentráltunk. Most, hogy tesz- 
telni fogjuk az alkalmazásunkat, a test 
adatbázist fogjuk használni. És csak 
amikor már biztosak vagyunk benne, 
hogy az alkalmazásunk átment a teljes 
tesztsorozaton, fogjuk átvinni a sémát 
a végleges adatbázisba. 

Ha még nem tettük meg, hozzuk 

létre a teszt adatbázist, és töltsük be 

a sémát. Készítsünk egy blog felhasz- 
nálót a PostgreSOL-hez az alábbi 
parancs segítésével: 


$/usr/local/pgsal/bin/createdb 
5-U blog blog test 


Ezután töltsük be az adatbázis sémá- 
ját, amelyet a blog/db mappában talál- 
ható create.sgl fájlba mentettünk. 


$/usr/local/pgsal/bin/psgl -uU 
blog blog test c blog/db/ 
s create.sgil 


A fenti parancs betölti a táblák definí- 
cióit. Feltételezzük, hogy a create.sgl 
azonos volt azzal, amivel a fejlesztői 
adatbázist annak idején létrehoztuk, 
és persze feltételezzük, hogy a fejlesz- 
tői és a teszt adatbázis is ugyanolyan 
módon lett létrehozva. 





De mi van akkor, ha nem frissítettük 

a create.sgl-t azokkal az utasításokkal, 
amit a fejlesztői adatbázisban végre- 
hajtottunk? Kénytelenek leszünk a két 
adatbázis sémáját kézzel összehasonlí- 
tani, frissíteni a create.sgl fájlt, majd 
újra betölteni a definíciókat? 

A válasz szerencsére: nem. A Rails 
tartalmaz egy clone structure to test 
nevű egyszerű programot, amely át- 
másolja a fejlesztői adatbázis szerkeze- 
tét a teszt adatbázisba. Ne feledjük, 
hogy csak a sémát másolja, az adato- 
kat nem. A parancs kiadásához lép- 
jünk be az alkalmazásunk gyökér- 
mappájába (esetünkben a blog nevű 
könyvtárba), aztán használjuk a rake, 
vagy a Ruby make programok valame- 
lyikét, amely elindítja a Rake fájl meg- 
felelő szakaszát az adott könyvtárban. 


$ rake clone structure to test 


Ha a blog test adatbázis nem létezik, 
vagy más probléma van, hibaüzenetet 
kapunk, ellenkező esetben csak a szo- 
kásos kimenetet látjuk: 


[reuvendserver blog]$ rake 
sclone structure to test 
Cin /home/reuven/blog) 


Összeakadtam egy kezdeti problémával 
a clone strucutre test utasítással 
kapcsolatban, ami azért jön elő, mert 
nem a programot futtató felhasználó 
(reuven) a tulajdonosa az PostgreSOL 
adatbázis public nevű sémájának. 

A problémát úgy lehet megkerülni, 
hogy a blog adatbázis-felhasználónak 
rendszergazdai jogosultságot adunk, 
ez feltétlenül szükséges a klónozó 
folyamat helyes végrehajtásához. 


$ /usr/1local/pgsg1l/bin/psg! 
blog test 

blog development-$ alter user 
sblog createuser; 

ALTER USER 


Most, hogy a teszt adatbázisunk 

a helyén van, elkezdhetjük megírni 

a teszteket. De hová is tegyük őket? 

A Rails a szokásos módszer szerint 
már meghatározott egy helyet a tesz- 
tek számára, és feltételezi, hogy 
ugyanazt a konvenciót fogjuk követni, 
amit az alkotó, és a többi Rails fel- 
használó. Eszerint a blog/test, blog/app, 
blog/db mappákba fogunk dolgozni. 


A blog/test mappa négy almappát tar- 
talmaz, valamint egy különálló Ruby 
kóddal teli fájlt, ezek mindegyike 
megtalálható minden Rails alkalma- 
zás esetében. A négy almappa: 
fixtures (alapadatok), functional 
(működés), mocks (látszatobjektumok) 
és unit (egységteszt), és a tesztelési 
eljárás különböző területeire utalnak, 
amelyeket el kell végeznünk. 


Alapadatok (Fixtures) 

Mielőtt megkezdenénk a tesztelést, 

át kell hidalnunk egy bizonyos problé- 
mát: ha tesztelni szeretnénk az alkal- 
mazásunkat, előtte fel kell töltenünk 
adatokkal az adatbázis táblákat. Mi 
több, azt szeretnénk, ha ugyanazzal 

a konzisztens adattal rendelkeznénk 
minden egyes teszt futtatása során, így 
pontosan következtethetünk az ered- 
ményre. A Rails alapadatok (fixtures) 
segítségével oldja meg a problémát. Ez 
egy szolgáltatás, amely automatikusan 
feltölti a tesztadatbázisunkat a tesztek 
futtatása előtt. A blog/test/fixtures 
könyvtárban hozhatunk létre ilyen 
alapadat meghatározásokat, általában 
YAML (Yet Another Markup Language) 
nyelven, amelynek jellemzője, hogy 

a struktúráját a soreleji behúzások 
határozzák meg. 

Minden egyes tesztelni kívánt táblához 
egy YAML fájlt kell létrehoznunk. Mi- 
vel az adatbázisunk egyetlen táblából 
áll, egyetlen YAML fájlra lesz szüksé- 
günk, ez a blogs.ymIl. Ha szétnézünk 

a blogltest/fixtures könyvtárban, látni 
fogjuk, hogy már van ott egy ilyen fájl, 
amely bemutatja, hogy hogyan kell lét- 
rehoznunk a saját alapadatainkat, vala- 
mint hivatkozik az arrubyonrails.org/ 
classes/ Fixtures.html címen elérhető 
dokumentációra, arra az esetre, ha nem 
sikerül tökéletesen megérteni, hogy 
hogyan működnek az alapadatok. 
Készítsünk egy vagy több bejegyzést 
a blog.yml fájlunkban, amelyek 
mindegyike megfelel az napló adat- 
bázistábla egyetlen sorának, így 

ez a /blog/app/model mappában 
meghatározott Blog objektumunk egy 
példányát is jelenti. Emlékeztetőül 

a tábla meghatározása a következő- 
képp nézett ki: 


CREATE TABLE Blogs ( 


1d SERIAL NOT NULL, 
title TEXT NOT NULL, 
contents TEXT NOT NULL, 


posted at TIMESTAMP 

S NOT NULL  DEFAULT NOW(), 
PRIMARY KEYC(id) 

J5 


Lássuk, hogyan tudunk két bejegyzést 
készíteni a táblához: 


blog entry one: 


1d: 1 
title: My first entry! 
contents: It was a dark 


ssand stormy night, and 
I forgot my umbrella. SoI 
decided to tell the world 
on my blog. 

posted at: 2005-Sep-1 
22:00:00 
blog entry two: 


id: 2 
title: My second entry! 
contents: It was much 


snicer this morning. 
posted at: 2005-Sep-1 
5522:00:00 


Ez egyenértékű két INSERT utasítással. 
Mivel a INSERT utasítás eleve szabvá- 
nyos SOL parancs, miért részesítjük 
mégis előnyben az alapadat szolgálta- 
tás használatát? 

Először is: az alapadat szolgáltatás biz- 
tosítja, hogy minden teszt ugyanazok- 
kal a kiinduló adatokkal fusson le. 
Nincs annál idegesítőbb, amikor egy 
teszt azért nem fut le, mert egy dupli- 
kált adat miatt meghiúsul valamelyik 
egyediség feltétel. 

A másik fontos dolog, hogy lehetővé 
válik számunkra, hogy ne csak az alkal- 
mazás objektumain keresztül teszteljük 
az adatbázisunkat, hanem közvetlenül 
is. Vagyis a Rails betölti az adatokat 

a YAML fájl alapján, majd az általunk 
írt modell objektumon keresztül éri el 
azokat. Aztán újra betölti az adatokat 

a YAML fájl alapján, majd egy tömbön 
keresztül közvetlenül teszi elérhetővé 
az adatokat. Így össze tudjuk hasonlíta- 
ni a két elérési módszert, megbizonyo- 
sodva arról, hogy az adatok helyesen 
betöltődtek, mielőtt kifinomultabb 
tesztelési lépésekhez fognánk. 


Egységtesztek 

Miután elhelyeztük az alapadatokat, 
elindíthatjuk az első egységtesztet. 

Az egységtesztek egymástól független 
metódusokat és objektumokat tesztel- 
nek. Ha egy alkalmazás összetevői 





átmennek egy teljes tesztsorozaton, 
az még nem jelenti azt, hogy az al- 
kalmazás hibátlan. Az ilyen hibák álta- 
lában az egyes egységek összekapcso- 
lása során derülnek ki, ezeket más 
tesztekkel lehet felderíteni. 

Nem túl meglepő módon az egység- 
teszteket az alkalmazásunk mappájá- 
nak test/unit almappájába kell tenni. 

A Rails minden általunk készített mo- 
dell osztály számára automatikusan 
készít egy egységteszt állományt. Azaz 
a test/unit könyvtárban találunk egy 
blog test.rb fájlt, amely az app/model/ 
blog.rb fájlban meghatározott Blog 
osztálynak felel meg. (Emlékeztetőül: 
a Rails modell objektumok neve egyes 
számban szerepel, míg a hozzájuk tar- 
tozó adatbázistábla többes számban.) 
Alapértelmezetten a fájl az egység- 
teszt vázát tartalmazza: 


reguire File.dirname( FILE ) 
s. "/../test helper" 
class BlogTest c Test::Unit: 
s :TestCase 

fixtures :blogs 


def setup 
Aablog - Blog.find(1) 
end 


WWww KEKSULI.COM 


ete 


f Replace this with your real 
f tests. 

def test truth 
assert kind of Blog, 

end 
end 


aáblog 


Az első sor a tesztgépezet elindításáért 
felelős, de ez most nem tart számot 
közvetlen érdeklődésre. A következő 
lépés azonban már igen: egy osztályt 
definiálunk (a Rails névkonvenciójá- 
nak megfelelően BlogTest-nek nevez- 
zük, amely a blog test.rb fájlnak meg- 
felelően ezt a nevet várja). A BlogTest 


a Test: : Unit: : TestCase osztály gyer- 


meke, amely a Rails része. Számos, 

a teszteléshez kapcsolódó szolgáltatást 
biztosít a számunkra. A BlogTest meg- 
határozása egy deklarálással kezdődik: 
meghatározzuk az alapadatokat 
(fixtures), amelynek a :blog nevet ad- 
juk. Ez azt jelenti a Rails számára, hogy 
a Blog objektumunk BlogtTest objek- 
tummal történő tesztelése előtt fel kell 
töltenie a teszt adatbázist, méghozzá 

a /test/fixtures/blogs.yml fájl telhaszná- 
lásával. Ha több alapadat állományt 

is fel szeretnénk használni, az alábbi 
módon adhatjuk meg azokat: 


Tanfolyam neve 


OKJ Rendszerinformatikus 
esti 


OKJ Rendszerinformatikus 
levelező 


Oraszám 


350 óra 


fixtures :blogs, :foo, :bar 
Alapértelmezetten két metódust defi- 
niált számunkra a Rails, az egyik 

a setup, a másik a test truth. 

A setup metódus, ahogy a nevéből 

is látszik, előkészíti a tesztünket. Ese- 
tünkben meghívja a Blog.findO) tag- 
függvényt, paraméterként egy számot 
(1) adva át. Más szavakkal ez megpró- 
bálja beolvasni azt az objektumot, 
amelynek az elsődleges kulcsa 1 (ez 

a blog. entry. one lesz), és beleteszi 
azt a (blog változóba. A Perl progra- 
mozók számára talán nem árt megem- 
lítenünk, hogy a Ruby nyelvben 

a (blog egy objektumpéldány válto- 
zó, és nem feltétlenül tömb. A mi ese- 
tünkben a (blog tartalmazza a Blog 
objektum azon példányát, amivel 

a findO tagfüggvény visszatért. 

A másik metódusban, a test. truth- 
ban a Rails rendszer előre meghatáro- 
zott , tesztutasításainak" használva 
dolgozhatunk. A fenti esetben az 
assert kind of assertion úgy- 
nevezett predikátumot (kijelentést, ál- 
lítást) használjuk arra, hogy megbizo- 
nyosodjunk róla, hogy a (blog válto- 
zó a Blog objektumunk egy példánya. 
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lesztünk eme kezdetleges változatát 
az alábbi módon indíthatjuk: 
$ ruby blog test.rb 


Ahogy a teszt lefut, egy állapotjelen- 
tést kapunk. Ha minden rendben 
ment, a kimenetnek valahogy így 
kell kinéznie: 


[reuvendserver unit]$ ruby 
blog test.rb 

Loaded suite blog test 
Started 


Finished in 19.066227 seconds. 
1 tests, 1 assertions, 0 
s failures, 0 errors 


Az első néhány alkalommal, amikor 

a tesztet lefuttattam, hibaüzeneteket 
kaptam. Az első probléma az volt, hogy 
elmulasztottam megváltoztatni az alap- 
értelmezett blogs.yrmil fájlt, amely csak 
az elsődleges kulcs mezőket határozta 
meg. A Blogs táblában meghatározott 
sértetlenségi kényszer (integrity 
constrait) azonban meghiúsult, mivel 
az nem engedi meg NULL értékek hasz- 
nálatát a title (cím) mezőben, így 

a PostereSOL leállította a teszt futását. 
A második kísérlet során a Rails hibát 
fedezett fel a YAML fájlomban, s fi- 
gyelmeztetett, hogy a YAML formá- 
tum megköveteli a következetes sor- 
behúzásokat, amelyeknél tabulátor 
helyett szóközöket kell használni. 

A Rails okosan különbséget tesz 

a hibákat és a sikertelen eredmények 
között; mindkettő a hibák közé van 
ugyan besorolva, így az egyes tag- 
függvények helyett a tesztkörnyezet 
egészére koncentrálhatunk. 

További teszteket végezhetünk el új 
tagfüggvények megadásával. Ellen- 
őrizzük például azt, hogy a éblog ob- 
jektumpéldányunk title változója 
megegyezik-e azzal, amit a YAML 
fájlban megadtunk: 


def test title 

assert egual (blogs[ "blog entry 
ss one"][ title"], (blog.title 
end 


Ne feledjük, hogy a tesztünk a test 
karaktersorozattal kezdődik. Ez jelzi 
a Rails számára, hogy a tagfüggvény 
a tesztkörnyezet része. Mivel minden 
egyes metódust külön számol a teszt, 
valószínűleg az a legjobb megoldás, 


ha sok metódusunk van, amelyek 
mindegyike kevés állítást (prediká- 
tum) tartalmaz. Nincs technikai aka- 
dálya annak, hogy sok ilyen utasítást 
helyezzünk el ugyanabban a tagfügg- 
vényben, de ilyet csak akkor csinál- 
junk, ha utána lesz elég időnk kibo- 
gozni a teszteredmények alapján, 
hogy éppen hol is van a hiba. 

A fenti példában az assert egual állí- 
tással ellenőrizhetjük két mennyiség 
egyenlőségét. Figyeljünk nagyon oda 
arra, hogy nagyon hasonló neveket 
használjunk, így az kimeneten jobban 
értelmezhetők az eredmények. 

Az egyik elem, amit az egyenlőségi 
vizsgálat során használunk, 

a ablogs[ "blog entry one"][/titl 
e"]. A blogs tömböt automatikusan 
létrehozza számunkra a tesztkörnye- 
zet, és (ahogy azt már korábban emlí- 
tettük) tartalmazza a YAML alapadat 
fájlban lévő összes adatot. Miként 

a 4blogs tömb tartalmazza a teljes 
YAML definíciót, úgy 

a ablogs[ "blog entry one"] 

az első bejegyzésre mutat, s 

a ablogs[ "blog entry one"] 
L[/"title"] nem más, mint az első 
bejegyzés címe (title). 

A (blog példány ezzel ellentétben 
egyes számban van (mármint a neve), 
mivel ez csak egyetlen Blog objek- 
tumpéldányt tartalmaz. S mint min- 
den jólnevelt ActiveRecord leszárma- 
zott esetében, tagfüggvény segítségé- 
vel olvashatjuk ki az adatokat, ese- 
tünkben a (blog.title metódus 
segítségével. Egy szóval a teszt segít 
megbizonyosodnunk, hogy a két cím 
mező megegyezik. 


További tesztek 

Az itt részletezett két teszt csupán kis 
részét alkotja azoknak, amelyekkel az 
alkalmazásunkat tesztelhetjük. A Rails 
rengeteg állítást tartalmaz gyárilag, le- 
hetővé téve, hogy a modell osztályokat 
minél változatosabb módon teszteljük. 
Ne feledjük, hogy a metódusokban 
meghatározott tesztek csak egy részét 
alkotják a lehetséges tesztelési eljárá- 
soknak. Szükségünk van a megfelelő 
sértetlenségi kényszerek kipróbálására 
az adatbázisban, és sokféle bemenetre, 
hogy a lehető legkülönfélébb adatok- 
kal teszteljük az alkalmazást. Egyik 
módja a nagy számú alapadat előállí- 
tásának, ha dinamikusan készítjük 
azokat, ugyanazzal a szintaxissal (Erb, 


Embedded Ruby), amit a Rails nézet 
komponensében használtunk. 

Mint azt már említettem, a működési 
tesztek szintén nagyon fontos elemei 
bármely alkalmazástesztnek. A műkö- 
dési tesztek, amelyek a Rails vezérlőket 
túráztatják, ugyanúgy működnek, mint 
az egységtesztek, csak itt a fest/ 
functional könyvtárban kell elhelyezni 
az egyes vezérlő osztályokhoz tartozó 
tesztobjektumokat, szintén test kezde- 
tű tagfüggvények használatával min- 
den egyes vezérlő minden egyes tag- 
függvénye esetében. A modellek teszte- 
lése biztosítja, hogy az alkalmazásunk 
robusztus legyen, a vezérlők tesztelése 
után nem számít, milyen bemenet érke- 
zik a felhasználóktól a weben keresztül, 
tudjuk, hogy az alkalmazásunk elegán- 
san fogja az adatokat lekezelni. 
Végezetül a Rails-szel egyszerűen 
készíthetünk látszatobjektumokat 
(mock), így lehetővé válik annak szín- 
lelése, hogy létrejött egy objektum. 
Például amikor egy bankkártyás fize- 
tésnél a fizetési folyamatot akarjuk le- 
játszani, vagy amikor 50000 felhaszná- 
lónak szeretnénk levelet küldeni, anél- 
kül, hogy ez valóban megtörténne. 


Összegzés 

A webalkalmazások idővel olyan 
naggyá és kifinomulttá válnak, amikor 
már nélkülözhetetlen a fegyelmezett 
tesztelési eljárás végrehajtása, hogy 
elkerüljük az előre nem látható prob- 
lémákat. Ruby on Rails beépített 
tesztrendszerrel rendelkezik, amellyel 
egyszerűen készíthetünk és futtatha- 
tunk felhasználói teszteket minden 
adatbázisszinten, modell objektumo- 
kon, vezérlő objektumokon. Nem érne 
meglepetésként, ha számos Ruby fej- 
lesztő válna a teszt alapú fejlesztések 
rajongójává, mert a Ruby és a Rails 
környezet egyszerűen kivitelezhetővé 
teszi a számukra. 

Ha Rails segítségével történő fejlesz- 
tésre adjuk a fejünket, megéri majd 

a plusz időráfordítást az alkalmazás 
tesztelése: egyszerűen lezongorázhat- 
juk, és később hatalmas mennyiségű 
időt takaríthat meg számunkra. 


Linux Journal 2006., 141. szám 


A cikk forrásai: 
2 www.linuxjournal.com/article/8631 


Revuen M. Lerner 
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Bevezetés a Ruby nyelv használatába 


Avagy minden, amit tudnunk kell ahhoz, hogy elkezdhessünk programozni 


Ruby nyelven... 


u Mi programozók igazán meg lehe- 
tünk elégedve azzal a világgal, amely- 
ben ma élhetünk. Ezt azért mondom, 
mert rengeteg kiváló programozási 
nyelv közül válogathatunk, és ez az 
állítás különösen igaz a nyílt forrású 
szoftverek világára. 

Manapság az egyik legtöbbet emlege- 
tett nyelv a Ruby annak ellenére, hogy 
igazából nem is annyira új. Kitalálója, 
Yukihiro ,Matz" Matsumoto az első 
változatot valójában 1995-ben tette 
közzé. A nyelv azóta jelentős fejlődé- 
sen ment keresztül, és a népszerűsége 
is fokozatosan nőtt a mai szintre. 

Az egyik legnagyobb lökést ennek 

a folyamatnak kétségkívül a Ruby on 
Rails rendszer jelentette, ami egyma- 
ga jelentősen megnövelte a Ruby 
elterjedtségét és népszerűségét. 

A Ruby-t gyakran a Perl és a Smalltalk 
keresztezésének tekintik, és én magam 
is úgy gondolom, hogy ez a hasonlat 
nem is olyan rossz. Ennek pedig az 

az oka, hogy aki sokat programozott 
Perlben, és ismeri az objektumközpontú 
fejlesztést is, annak — hiába kezdő — 
igen könnyű dolga lesz a Ruby-val. 
Ebben a cikkben a Ruby alapjait szeret- 
ném bemutatni egyrészt összevetve 

a többi, magas szintű programnyelvvel, 
másrészt a hasonlóságok mellett rámu- 
tatva azokra a pontokra is, ahol valami 
különlegeset hozzátesz az eddigi para- 
digmákhoz. Őszintén remélem, hogy 

a cikk végére az olvasó rendelkezni fog 
annyi ismerettel, amely alapján már 
megpróbálhat megírni egy kisebb alkal- 
mazást Ruby-ban. Ha az Olvasó progra- 
mozással kapcsolatos beállítottsága ha- 
sonló az enyémhez, bizonyára gyorsan 
fel fogja fedezni, milyen elegáns és 
kompakt módon lehet könnyen karban- 
tartható kódokat írni ezen a nyelven. 


Az alapok 

A Ruby letöltése és telepítése egészen 
egyszerű, különösen, hogy a legtöbb 
Linux terjesztés eleve tartalmazza egy 
viszonylag friss (1.3.2-es) változatát. 
Aki nem elégszik meg ezzel, az a nyelv 
webhelyéről letöltheti a valóban leg- 
frissebb (1.8.4-es) kódot is. lekintettel 
arra, hogy nyílt forrású projektről van 
szó, azon gondolom senki nem fog 
meglepődni, hogy ezen a webhelyen 
(2 http:[/wvww.ruby-lang.org) megtalál- 
ja a teljes forráskódot is .tar.gz ftormá- 
tumban. A szokásoknak megfelelően 
vannak persze közvetlenül telepíthető 
DEB és RPM csomagok is. 

Aki forrásból szeretné a Ruby-t telepí- 
teni, annak sincs nehéz dolga. Töltsük 
le a kódot tartalmazó csomagot, 

majd bontsuk ki a .tar.gz állományt: 


$ cd Downloads 
$ tar -zxvf ruby-1.8.4.tar.gz 


Ezután a szabványos configure prog- 
rammal beállíthatjuk a rendszer fel- 
szereltségének megfelelően a fordítási 
paramétereket, majd a make parancs 
kiadásával elvégezhetjük a fordítást. 

A Ruby helyes működését a make 

test paranccsal lehet ellenőrizni: 


$ ./configure 88 make 88 make 
test 


Ha minden jól ment, akkor a fenti 
parancsok kimenetének utolsó sora 
a test succeeded szöveg lesz. 

Ha valóban ez a helyzet, akkor lép- 
jünk be root-ként, és telepítsük 

a Ruby-t a rendszerre: 


$ su 
$ make install 


Talán érdemes megjegyezni, hogy 
ezzel nem csak maga a nyelv, hanem 
számos apróbb könyvtár és segéd- 
program is fölkerül a rendszerre. 


Az interaktív Ruby: irb 

Maga a Ruby nyelv tulajdonképpen 
nem több egyetlen ruby nevű végre- 
hajtható állománynál, amit szükség 
esetén természetesen kézzel is futtat- 
hatunk a parancssorból: 


$ ruby 


Ugyanakkor a Ruby-nak ez a változata 
csak nem interaktív üzemmódban ké- 
pes működni. Ez utóbbi pedig nem föl- 
tétlen megfelelő, ha mondjuk tesztelni 
akarunk egy kódot, vagy egyszerűen 
csak kísérletezünk a rendszerrel. 

Nos, erre találták ki az irb programot, 
ami egy interaktív Ruby héj (shell). 

Az irb gyakorlatilag olyasmi, mint egy 
nyomkövetőprogram, hiszen meglehe- 
tősen hasonlóan működik: felhasználói 
bemenetre vár (amit az Enter lenütése 
zár), majd végrehajtja a begépelt pa- 
rancsokat. Próbáljuk meg elindítani: 

$ irb 


Erre az irb a következőt válaszolja: 
1rb(main) : 001: 05 


Na, akkor most gépeljünk be valamit 
ékes Ruby nyelven: 


irb(main) : 001:05 print "Hello, 
s world" 


Erre a következő választ kapjuk 
az irb-től: 


Hello, world-s nil 


2] 





A fenti kimenet azt mutatja, hogy 

a print utasítás kiírja a kimenetre 

a neki átadott "Hello, world" karak- 
terláncot, majd ni 1 értékkel tér vissza. 
A ni1 a Ruby-nál a más nyelvekben 
szokásos null értéknek felel meg. 

Ez az, amit Per[l-ben undef-nek, 
Pythonban None-nak, SOL-ben 
NULL-nak hívnak. 

Mint megannyi más nyelv, a Ruby 

is lehetővé teszi, hogy előzetes dek- 
larálás nélkül adjunk értéket egy 
változónak. Ennek megfelelően 

a következő forma Ruby-ban helyes: 


greeting — "Hello, world" 
print greeting 


A Ruby - nem túl meglepő módon -— 
matematikai műveletekre is képes, 
vagyis ismeri a 7, -, " és / műveleti 
jeleket: 


5 4 3 

60 - 23 
60 " 23 
10 / 2 


Ebből a kódból most teljesen kihagy- 
tam azt a lépést, ami a fenti műveletek 
eredményét megjeleníti, mivel a tár- 
gyalás szempontjából lényegtelen. 
Ugyanakkor azt fontos megjegyezni, 
hogy a Ruby magától semmit nem 

ír a képernyőre vagy a szabványos 
kimenetre, hacsak nem utasítjuk erre 
a megfelelő print paranccsal. 

Aki sokat dolgozott a Perl nyelvvel, 
azt valószínűleg meg fogja lepni a kö- 
vetkező művelet végeredménye: 


5.7 2 


Az eredmény itt ugyanis 2, mivel az 
5 és a 2 egyaránt egészek, így a Ruby 
feltételezte, hogy egészosztást szán- 
dékozunk végrehajtani. Ha nem ez 
volt a szándékunk, és lebegőpontos 
műveletet akarunk végezni, akkor 
gondoskodnunk kell róla, hogy az 
operandusok közül legalább az egyik 
lebegőpontos szám legyen: 


5 / 2.0 


A nulla megfelelő ponton való kiírása 
már elég ahhoz, hogy az eredmény 

a várt 2,5 legyen. Más nyelvekhez 
képest szintén lényeges eltérés, hogy 
a Ruby a tizedestörteknél is megköve- 


teli a tizedespont előtti nullát, vagy 

a .5 alak nem helyes, csak a 0.5. 

Ha egy karakterláncot akarunk 
egésszé vagy lebegőpontos értékké 
konvertálni, azt az . i illet f metódu- 


sokkal tehetjük meg: 
"9" tói 
1 5 1 : to 


A Ruby valamennyi objektuma ren- 
delkezik emellett egy . s nevű metó- 
dussal is, amely az objektum tartalmát 
karakterlánccá alakítja. 

A Ruby egyik szintén meglepő adattí- 
pusa az úgynevezett szimbólum, ami 
számos kezdőnek okoz majd némi 
fejtörést, pedig nem különösebben bo- 
nyolult. A szimbólum olyasmi, mint 
egyfajta speciális karakterlánc, ami sok- 
kal kisebb helyet foglal a memóriában, 
különösen ha számos helyen kell hasz- 
nálni. A szimbólumok neve mindig 
kettősponttal kezdődik (például 

: reader), és valójában nem mindig 
használhatók a karakterláncok helyett. 
Ugyanakkor használatukkal a progra- 
mok könnyebben áttekinthetők, olvas- 
hatóbbak lesznek. Egyes esetekben ob- 
jektumokra és metódusokra való hivat- 
kozásként is használjuk őket, de erről 
a cikk későbbi részében még lesz szó. 


interpoláció és metódusok 
Megannyi más programozási nyelv- 
hez hasonlóan a Ruby is lehetővé teszi 
a kettős idézőjelek közé zárt karakter- 


a ae 


ab 44 a 


(Az egyszeres idézőjelek közé írt ka- 
rakterláncokat a Ruby betű szerint 
kezeli, amiben szintén egyezik a leg- 
több magas szintű nyelvvel.) Ennek 
megfelelően használható a következő 
nyelvi fordulat: 


name —- "Reuven" 
"Hello, 4fínamej" 


A fenti kifejezés eredménye valójában 
a következő: 

Hello, Reuven 

Ati ) jelek között nem csak egy vál- 


tozó, hanem bármilyen Ruby kifejezés 
is szerepelhet: 


name —- "Reuven" 
print "Hello, $fínamet. Your 
ssname is fíname.lengthi 


s letters long." 

print "Backwards, your name is 
s " (name. reversek"." 

print "Capitalized, your 

ss backwards name is "§ 

mm (name.reverse.capitalizek"." 


Amint látható, az interpoláció segítsé- 
gével gyakorlatilag tetszőleges össze- 
tett kifejezéseket megalkothatunk 
darabokból, egyetlen kettős idézőjel 
segítségével. De várjunk csak egy 
pillanatot. Mit is jelen pontosan 

a fenti kifejezésekben a name . length, 
name . reverse és 

a name. reverse. capitalize? 

A válasz egyszerű. Ruby-ban a karak- 
terláncok, mint minden egyéb nyelvi 
konstrukció, objektumok. Ennek meg- 
felelően gyakorlatilag mindent, amit 
egy karakterlánccal egyáltalán művel- 
ni lehet metódusokkal, és nem önálló 
függvények segítségével hajthatunk 
végre. Ha tehát meg akarjuk fordítani 
egy karakterláncban a betűk sorrend- 
jét, kíváncsiak vagyunk a hosszára, 
csupa nagybetűssé akarjuk alakítani, 
vagy fel szeretnénk darabolni, a Ruby 
egy-egy a karakterlánc objektumhoz 
rendelt metódusát fogjuk meghívni, 
mégpedig az objektum. üzenet szin- 
taxist használva. Lássunk egy példát: 


name .reverse 


Ez a kódrészlet megfordítja egy karak- 
terlánc objektumban a betűk sorrend- 
jét úgy, hogy az eredménye egy olyan 
új karakterlánc-objektum lesz, amiben 
fordítva van a name-ben megnevezett 
objektum tartalma. Mivel az a vissza- 
adott karakterlánc is objektum, ezzel 
kapcsolatban is használhatjuk a karak- 
terlánc típushoz tartozó valamennyi 
metódust, vagyis szükség esetén to- 
vább alakítgathatjuk. A megfordítás 
után például csupa nagybetűssé ala- 
kíthatjuk pontosan úgy, ahogy az 
előbbi példában láttuk. A Ruby prog- 
ramozók gyakran folyamodnak 

a metódusok ilyen összefűzéséhez, 

ha valamilyen összetettebb művelet- 
sort akarnak végrehajtani. 

Ügyeljünk rá, hogy a Ruby nyelv do- 
tumpéldánnyal kapcsolatos metódus- 
hívásokat az objektumtípusfmetódus 
jelöléssel illetik, vagyis a fenti művelet 
ott a következőképpen festene: 
Stringfreverse. 








Na de honnan tudhatjuk, hogy egy 
adott objektumtípushoz milyen metó- 
dusok tartoznak? Ennek az egyik 
módja az, ha megkérdezzük magát 
az objektumot, hogy melyik osztály- 
nak a tagja. Ezt a következőképpen 
tehetjük meg: 


name.class 


Kérdezhetünk aztán célirányosabban 
is, nevezetesen megtudhatjuk magától 
az objektumtól, hogy egy adott osz- 
tálynak tagja-e: 


name.is a?(String) 


Ez a kódrészlet a közönséges földi 
halandók számára bizony elsőre ki- 
csit furcsán fest részben a metódus 
nevében szereplő kérdőjel miatt, 
részben meg azért, mert a metódus- 
nak paraméterként egy típus megne- 
vezését adjuk át, de amúgy minden 
a legnagyobb rendben, a Ruby-nál 
ez működik ugyanúgy, mint azok 
közönséges metódusok, amelyekről 
eddig volt szó. Amikor egy name ne- 
vű objektumnak elküldjük az is. a? 
üzenetet, akkor az egy Boolean 

(igaz vagy hamis) értékkel válaszol. 
Az is. a? metódus argumentuma 
egy osztály neve, ami esetünkben 

a String. 

Mármost ha nincs kedvünk böngészni 
a Ruby programozási felületének 
megtehetjük azt is, hogy egyszerűen 
megkérdezzük magát az objektumot, 
hogy milyen metódusokkal rendelke- 
zik, vagyis milyen üzenetekre képes 
reagálni. Ehhez a következőt kell 
tennünk: 


name . methods 


Ez a metódushívás egy tömböt (vagyis 
egy listát) ad vissza, amely tartalmaz- 
za mindazoknak a metódusoknak 

a felsorolását, amelyekre a kérdéses 
objektum válaszolni tud. A tömbökről 
néhány pillanat múlva még bővebben 
is lesz szó, most azonban a legfonto- 
sabb annak a ténynek a felismerése, 
hogy a válaszul visszakapott objektum 
nem egy egyszerű karakterlánc, 
hanem olyan tömb, amelynek az ele- 
mei történetesen karakterláncok. 
Mármost a tömböknek van egy be- 
épített rendező metódusa (sort), 


ami egy újabb, immár rendezett 
tartalmú tömböt ad vissza: 


name . methods. sort 


Jómagam legalább naponta egyszer 
leírok egy Objektum. methods. sort 
típusú hívást ahelyett, hogy kinyitnék 
egy könyvet vagy megnézném a Ruby 


a aa át 


Tömbök és hash-ek 

Aki korábban dolgozott már a Perl 
vagy Python nyelvekkel, azt valószí- 
nűleg nem fogja különösebben meg- 
lepni, hogy a Ruby is rendelkezik 
beépített tömbökkel és hash-ekkel. 
lTömböt úgy hozhatunk létre, hogy 
szögletes zárójelek között megadjuk 
a tartalmát: 


an array — [1, "two", truel 


Egy tömb tetszőleges számú objektu- 
mot tartalmazhat, és minden ilyen ob- 
jektum tetszőleges típusú lehet, akár 
egy másik tömb is. A fent megadott 
tömb például három objektumot 
tartalmaz amelyek típusa Fixnum, 
String és Boolean ebben a sorrend- 
ben. Egy töm valamennyi eleméhez 
egyedi index tartozik - elvégre attól 
tömb - és az első elemnek mindig 

0 az indexe. Egy kifejezésben egy 
tömbelemre a következőképpen 
hivatkozhatunk: 


an array[1] 


A fenti kifejezés visszatérési értéke 
"TWO" lesz, vagyis az an array nevű 
tömb 1-es sorszámú (valójában máso- 
dik) eleme. A tömbök módosíthatók 
(mutable), vagyis egy tömbelemnek 
bármikor új értéket adhatunk a követ- 
kező módon: 


an array[1] — "Two" 


Érdekes módon a címzésnél használ- 
hatunk negatív számokat is. Ilyenkor 
a Ruby a tömb végéről kezd számlálni 
visszafele, vagyis esetünkben például 
az an array[-1] hívás eredménye 
egy Boolean igaz érték lenne. Lehető- 
ségünk van a tömb egy teljes össze- 
függő szakaszának megcímzésére is 
úgy, hogy a nyitó és a záró indexet 
vesszővel elválasztva adjuk meg 

a szögletes zárójelek között. Ilyenkor 


a címzett területhez a két korlát is 
hozzátartozik. 


an array[0,1] 


Ha egy töm összes elemét összefűzve 
egyetlen karakterláncot szeretnénk 
belőlük létrehozni, használhatjuk 

a join metódust a következőképpen: 


an array.join(", ") 


A fenti metódushívás eredménye 
egyetlen karakterlánc lesz, amely a ko- 
rábbi tömb (an. array) miden elemét 
tartalmazza vesszővel elválasztva. 

A hash-ek meglehetősen hasonlóak 

a tömbökhöz. Az egyetlen lényeges 
eltérés az, hogy a tárolt elemeket itt 
nem rendezett, numerikus értékek- 
kel (indexekkel) lehet azonosítani, 
hanem kulcsokkal. Lássunk rögtön 
egy példát: 


my hash - f"7a" —-5 1, "b" — 2] 
Az így eltárolt két elemhez a követke- 
zőképpen juthatunk hozzá a hozzájuk 
tartozó kulcs megadásával: 

my hash["7a"] 
my hash["b"] 
A fenti két sor tehát az 1 és 2 értéket 
fogja visszaadni, ebben a sorrendben. 
Akárcsak a tömböknél, az elemek itt 

is tetszőleges objektumok lehetnek, 
tehát nem csak egész számok, 

mint a fenti példában. 

A kulcsokat és a hozzájuk tartozó érté- 
keket a Hashfkulcs illetve Hashítérték 
metódusokkal kérhetjük le. (Később 
azt is be fogom mutatni, hogyan halad- 
hatunk végig egy hash valamennyi 
kulcs-érték párján.) Egyes esetekben 
ugyanakkor mindössze arra vagyunk 
kíváncsiak, hogy egy adott kulcs léte- 
zik-e a hash-ben. Nos, ezt is könnyen 
megtudhatjuk a Hashthas. key? metó- 
dus segítségével, ami paraméterként 
egy karakterláncot vár, visszatérési 
értéke pedig egy Boolean érték. 

A következő kódnak tehát igaz érték- 
kel kell visszatérnie: 


my. hash.has key?("a") 


Feltételes szerkezetek 
Minden programozási nyelvben 
lehetőségünk van arra, hogy egyes 








kódrészletek végrehajtását bizonyos 
feltételek teljesülésétől tegyük függő- 
vé. Ruby-ban ezt — nem különösebben 
meglepő módon - az if paranccsal 
tehetjük meg. Nézzük például a kö- 
vetkező - kissé talán kitekert — kódot: 


1f server status -—— 

print "Server is in single-user 
3 mode" 

elsiíif server status -—— 

print "Server is being fixed " 
elsif network response -—-— 
print "Server is available" 
else 

print "Network response was 

5 unexpected value "4 

s f(netwhork responsej"" 

end 


Figyeljük meg, hogy Ruby-ban a felté- 
telt magát nem kell zárójelek közé ten- 
nünk. És bár a feltételként megadott 
kifejezésnek nem kell feltétlenül 
Boolean értékkel visszatérnie, azért 

a Ruby a biztonság kedvéért figyelmez- 
tetést küld milyen olyan esetben, ami- 
kor ilyen környezetben az - (vagyis az 
értékadás) operátort használjuk az —— 
(vagyis az egyenlőség logikai vizsgála- 
ta) operátor helyett. Az —— vagy össze- 
hasonlító operátor valamennyi objek- 
tumtípussal kapcsolatban működik, 
vagyis nincs külön ilyen operátora pél- 
dául a szöveges és numerikus értékek- 
nek, mint a Perl nyelvben. Ugyanez 
igaz a kisebbinagyobb (c és :) jellegű 
vizsgálatokra is, amelyekkel számokat 
és karakterláncokat egyaránt összeha- 
sonlíthatunk. Végezetül a feltételes 
szerkezetek tagolására a Ruby nem 
használ kapcsos zárójeleket. Az ilyen 
kódblokk végét az end utasítás jelzi. 
Akárcsak a Perl-ben, a Ruby esetében 
is használhatjuk az if és unless 
kulcsszavakat arra, hogy segítségükkel 
feltételes szerkezetté alakítsunk egy 
kifejezést: 


print "We won!" 1f our score 5 

their score 

print "Here i1s your change of 

s tfamount paid - pricejl!" 
unless amount paid cs price 


Hasonlóan akár efféle dolgokat 
is művelhetünk: 


if inputs.length c 4 
print "Not enough 


s anputs1n" 
end 


Sőt, ha már itt tartunk, még a követ- 
kező forma is helyes: 


if not my hash.has key? 
sz ("debug") 

print "Debugging is 
ss jnactive.Mn" 
end 


Ciklusok 

A Ruby — mint a többi nyelv - többféle 
ciklusszervező utasítást tartalmaz. 
Ilyen például a máshonnan is jól is- 
mert for és whi le. Ez eddig termé- 
szetes. Na de az igazi élvezetet az 
olyan szerkezetek használata jelenti, 
mint például ez itt: 


5.times íprint "hellotmn"3 


Lássuk csak mi is történt itt... Van 
ugye egy szám, és mi a szokásos Ruby 
szintaxis szerint meghívtunk egy eh- 
hez tartozó metódust. Az egészekhez 
— mint objektumokhoz - tartozó 
times metódus egy adott kódrészletet 
annyiszor hajt végre, amennyi maga 

a kérdéses szám. A fenti sorban tehát 
az történik, hogy ötször végrehajtjuk 
a kapcsos zárójelek között megadott 
utasítást, ami ennek megfelelően 
ötször fogja kiírni a képernyőre 

a "hello" szöveget (amit minden 
esetben egy újsor karakter követ). 

Az egyes kódblokkok egymás között 
is átadhatnak paramétereket a csövek 
(1) segítségével: 


5.times fliterationl print 
s "Hello, iteration number 
s tf(iterationk.n"3 


Hasonlóan érdekes nyelvi szolgáltatás 
az each metódus, amivel egy tömb 
elemein mehetünk végig: 


an array —- [/"Reuven", "Shira", 
sz "Atara", "Shikma", "Amotz"] 
an array.each ílnamel print 


sz "H(namelMn"3 


Az each metódus egy továbbfejlesztett 
változata az each with index nevű 
metódus, amely bemenetként egy 

két paraméterből álló blokkot vár. 

Az első paraméter az elem, míg 

a második az index: 


an array —- [/"Reuven", "Shira", 
sz "Atara", "Shikma", "Amotz"] 
an array.each with index 

3 (]name, indexl print 

sz "tiindext: $ínamejtn"3 


Van egy pont az összetettségben, ahol 
aztán a blokkok a fenti szintaxist alkal- 
mazva nehezen követhetővé válnak 

a kódban. Éppen ezért a Ruby rendel- 
kezésünkre bocsát egy másik szinta- 
xist is, amelyben a kapcsos zárójelek 
helyett a do és az end kulcsszavak 
használhatók, valahogy így: 


an array —- [/"Reuven", "Shira", 
sz "Atara", "Shikma", "Amotz"] 
an array.each with index do 
s name, index] 

print "$4findext: $(nameyin" 
end 


Egy hash elemein többféle módszerrel 
mehetünk végig. Az egyik megoldás 
annak a módszernek a használata, 
amit a Perl és a Python felhasználók 
bizonyára már évek óta ismernek: 
lekérdezzük a hash kulcsot 

(a Hashtkeys konstrukcióval, ami 

egy tömböt ad vissza), majd a töm- 
bön iterálva lekérdezzük az egyes 
kulcsokhoz tartozó értékeket. 


state codes — (f(" Illinois" —s 


sz "IL", "New York" -5 "NY", 
"New Jersey" —s 
sz "NI", "Massachusetts" —5 "MA", 
"california" -—s 
sz ICA") 


state codes.keys.each do 
s ][statel 

print "State code for 
ztístatelt is $ístate codes 
s [state]k.n" 
end 


Persze a kulcsokat nem árt rendezni, 
mielőtt megkezdenénk az iterációt: 


state codes.keys.sort.each do 
s ]statel 

print "State code for 
zftístatet is $ístate codes 
s [state]k.n" 
end 


Bár ez a módszer tökéletesen műkö- 
dik, a Ruby mindazonáltal rendelke- 
zésünkre bocsát egy egyszerűbb 
módszert is ennek a feladatnak 








a megoldására. Ez a módszer pedig 
nem más, mint az each pair me- 
tódus, amit a következőképpen 
használhatunk: 


state codes.each pair do 
ss ]state, codel 

print "State code for 
zíftístatet is fícodej.Mn" 
end 


Osztályok és metódusok 

Az alapokon ezzel szerencsésen túl is 
jutottunk. Igazából nincs már hátra, 
mint összegzésképpen létrehozni egy 
saját osztályt, és néhány hozzá tartozó 
metódust. Az irb-ben, vagy a Ruby 
kódban akárhol létrehozhatunk egy 
saját osztályt, ha a következő utasítást 
adjuk ki: 


class Simple 
end 


Ugye nem bonyolult. Két sor az egész, 
és máris van egy új osztályunk. 

Na de elég lesz ez ahhoz, hogy létre- 
hozzunk egy Simple nevű, ebben az 
osztályba tartozó objektumot? Lássuk: 


foo - Simple.new 
foo.class 


Nos, a leghatározottabban úgy fest, 
hogy a foo nevű változó úgy tudja 
magáról, ő a Simple osztály eleme. 
Mivel a deklaráció során még csak 
azt sem mondtuk meg, hogy a Simple 
osztály mely osztály metódusait örö- 
kölje, automatikus öröklés lépett élet- 
be, melynek során Simple a nyelv 
szintjén megadott Object osztály 
leszármazottja lett. A Ruby csupán 
egyszeres öröklődést engedélyez, 
amit a deklarációban a következő- 
képpen fejezhetünk ki: 


class SimpleArray c Array 
end 


Most tehát már van két saját osztá- 
lyunk, ami szép és jó, de saját 
metódus megadására még nem lát- 
tunk példát. A Ruby lehetővé teszi, 
hogy egy magunk által deklarált osz- 
tályt bármikor felnyissunk, és új me- 
tódusokat rendeljünk hozzá, vagy 
módosítsuk a már meglevőket. 

Új metódust a def paranccsal 


hozhatunk létre. Itt természetesen 


jeleznünk kell azt is, hogy a metódus 
vár-e paramétereket. Lássunk rögtön 
egy példát: 


class Simple 
def id sguared 
return self.object id 
sz: self.object id 
end 
end 


Az általunk imént létrehozott metó- 
dus meglehetősen egyszerű, sőt, ha 
jobban megnézzük olyasvalamit csi- 
nál, amire épeszű programban nem 
nagyon lesz soha szükségünk: veszi 

a kérdéses objektum egyedi azonosí- 
tóját (ez az objektumtulajdonság az 
automatikus öröklés során keletkezett 
és az object id nevű változó tartal- 
mazza), majd négyzetre emeli és 
visszaadja a hívónak. (Ez utóbbi bizo- 
nyára egy Bignum típusú objektum 
lesz már csak a mérete miatt is.) 

Ha a fenti definíciót begépeljük az irb- 
ben, valami csodálatos dolog fog tör- 
ténni: a korábban létrehozott foo ne- 
vű, amúgy a Simple osztályba tartozó 
objektumunk immár válaszolni fog 

a Simpleftid sguare hívásra, pedig 
amikor létrehoztuk, még nem is volt 
az osztálynak ilyen metódusa! Nos 
igen, a Ruby lehetővé teszi, hogy 

a metódusokat röptében módosítsuk, 
és hogy menet közben felnyissunk és 
átírjunk már létező osztályokat. Akár 
azt is megtehetjük például, hogy a be- 
épített Array és String osztályokat 
átszabjuk egy kicsit a programunkban 
úgy, hogy egyes metódusaikat lecse- 
réljük a saját változatunkra. 
Végezetül fejlesztéseink során nyilván 
szükségünk lesz majd arra, hogy 

az objektumokban valamiféle állapo- 
tot tároljunk. Erre a Ruby példányosí- 
tott változói (instance variable) adnak 
lehetőséget. Az ilyen speciális válto- 
zók nevét mindig egy ( karakter 
előzi meg, ami kissé zavaró lehet 
mindazoknak, akik írtak már Perl 
programot: 


class Simple 
def initialize 
Gsimple data — L ] 
end 
end 


A speciális initialize metódus 
mindannyiszor lefut, valahányszor 


létrehozunk egy új, a Simple osztály- 
ba tartozó objektumot. legyünk most 
így, és adjuk meg újra a foo nevű 
változót, mint a Simple osztály egy 
példányát: 


foo - Simple.new 


Ennek az lesz a következménye, 
hogy a foo változónak keletkezik 
egy példányosított változata, amely- 
nek létezéséről a következő metódus- 
hívással szerezhetünk tudomást: 


foo.1nstance variables 


Ez a metódushívás egy tömböt 
ad vissza: 


[/"asimple data"] 


De hogyan adhatunk értéket 

a Gsimple. data elemnek? És hogyan 
kérdezhetjük le a tartalmát? Ennek 
az egyik módja az, ha létrehozunk 
néhány megfelelően kialakított me- 
tódust: az egyikkel írni, a másikkal 
olvasni lehet majd ezt a példányosí- 
tott változót. De nem kell föltétlen 
ilyen bonyolult módon eljárnunk, 
létezik ugyanis erre a célra egy 

attr. reader és egy attr writer 
metódus: 


class Simple 
attr reader :simple data 
attr writer :simple data 
end 


A fenti kód azt mondja a Ruby rend- 
szernek, hogy van nekünk egy 
(simple data nevű példányosított 
változónk, és azt szeretnénk, hogy 
ehhez tartozzon két olyan metódus, 
amelyekkel a tartalmát írni illetve ol- 
vasni lehet. És ezzel el is érkeztünk ar- 
ra a pontra, amikor láthatjuk, miként 
lehetnek segítségünkre a szimbólu- 
mok - amelyek nem igazán karakter- 
láncok, de nem is literálisan értelme- 
zendő adattípusok - a példányosított 
változókra való hivatkozásban. Mind- 
ezekkel a nyelvi szolgáltatásokkal 

a kezünkben a következőkhöz hason- 
ló dolgokat művelhetünk: 


foo - Simple.new 


foo.simple data — "abc" 
foo.simple data — [1, 2, 3] 
print foo.simple data.join(", ") 





Összefoglalás 

Az elmúlt egy vagy néhány évben 

a Ruby nyelv bámulatos népszerűség- 
re tett szert, ami nem kis részben 
annak köszönhető, hogy a webes 
alkalmazások fejlesztői között egyre 
többen használják a Ruby on Rails 
keretrendszert. Ugyanakkor a Ruby 
mint új nyelv a Rails rendszer nélkül 
is kifejezetten figyelemre méltó jelen- 
ség. Az a tény, hogy Ruby-ban mind 
tárolt adat egyben objektum is, kom- 
pakt és kifejezetten elegáns progra- 
mok írását teszi lehetővé mind a me- 
tódusok, mind a blokkszerkezetek 
szintjén. Ráadásul a nyelvhez tartozó 
szabványos könyvtár rengeteg előre 
definiált objektumtípust és ezekhez 
tartozó metódust tartalmaz, ami hatá- 
rozottan lenyűgöző képességekkel 
ruházza fel a nyelvet. 

Ebben a cikkben természetesen nem 
mehettem bele számos olyan részlet- 
nek a tárgyalásába, amelyek ugyanak- 
kor a Ruby fejlesztők számára érdeke- 
sek lehetnének. Ilyen például a modu- 
lok, vagy az osztályváltozók témaköre, 
a fájlokkal kapcsolatos bemeneti és 
kimeneti megoldások, a hálózati szol- 
gáltatások, az XML adatszerkezetek 
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feldolgozása, az interneten szabadon 
hozzáférhető RubyGems könyvtár, 
vagy a szabályos kifejezések használa- 
tának lehetősége. A Ruby egyrészt szol- 
gáltatásokban rendkívül gazdag nyelv, 
ugyanakkor teljes szerkezetét tekintve 
konzisztens és határozottam könnyen 
tanulható mindazok számára, akik ren- 
delkeznek valamelyes jártassággal az 
objektum-orientált programozás terü- 
letén. Jómagam úgy gondolom, hogy 

a Ruby logikájának megértéséhez 

ez az utóbbi a legfontosabb. 

A Ruby ugyanakkor fejlődőben lévő 
nyelv, és vannak még megoldásra vá- 
ró problémái. Ilyen például a viszony- 
lag lassú működés vagy a Unicode 
támogatás teljes hiánya, de ezeknek 

a megoldásán a fejlesztők már dolgoz- 
nak, és a nem túl távoli jövőben min- 
den bizonnyal sikerrel is járnak majd. 
Ami pedig a fejlesztői csapat attitűd- 
jét illeti, nos én nem sok hozzájuk 
hasonlóan jól szervezett és összetartó 
társaságot láttam. 

Jómagam az elmúlt egy év során egy- 
re több és több feladat megoldására 
használtam a Ruby nyelvet, és azt 

kell mondjam, minél jobban megis- 
mertem, annál inkább lenyűgözött. 


Éppen ezért minden olvasómnak csak 
javasolni tudom, hogy tegyen vele 
egy próbát. Szerintem megéri. Mág ha 
nem is válik egyhamar az elsődlege- 
sen használt programozási nyelvünk- 
ké, akkor is elültetheti bennünk egy új 
gondolkodásmód csíráit, sőt az sem 
kizárt, hogy e megismerés által egy 
másik nyelven fogunk szebb vagy 
jobb programokat írni, vagy egysze- 
rűen csak jobban fogjuk élvezni 

a programfejlesztést. 
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Szekvenciális adattípusokkal foglalkoztunk legutóbb, azonban óhatatlanul talál- 
koztunk az adatmanipulálásra alkalmas, ismétlődő szerkezetekkel, azaz a függ- 
vényekkel is. Ezek közös jellemzője, hogy gyakran használt, vagy logikailag 

jól tagolható műveleteket fognak össze egy jól definiált csoportba, s nevük 
meghívásával és a szükséges paraméterek átadásával tudjuk őket hasznosítani. 





függvények egy speciális 
fajtájaként tekinthetünk az 
úgynevezett metódusokra 


vagy tagfüggvényekre, ezek az objek- 
tum orientált fejlesztés kellékei. 
Egyszerűen fogalmazva az objektu- 
mok olyan egységbe zárt információ- 
hordozók, melyek a program többi 
részével vagy külső alkalmazásokkal 
egy jól ellenőrizhető csatornán keresz- 
tül kommunikálnak csak, azaz a metó- 
dusok segítségével lehet hozzáférni 

a bennük tárolt adatszerkezetekhez. 
Ennek a megközelítésnek legfőbb eré- 
nye a védhetőség (véletlen vagy szán- 
dékos adat- és szerkezeti módosítások 
ellen) és a méretezhetőség, valamint 

a könnyű használat (nem szükséges 
ismernünk az objektum belső szerke- 
zetét ahhoz, hogy használni tudjuk, 
elég csak a metódusokhoz hozzáfér- 
ni). Ily módon már többször is igény- 
be vettük a Python alaprendszer nyúj- 
totta szolgáltatásokat, gondoljunk 
csak a listamanipuláló utasításokra. 
lermészetesen az objektum előbbi 
definíciója még jócskán pontosításra 
és bővebb kifejtésre szorul, erre azon- 
ban később kerítünk sort. 

Beépített függvény volt például az 
egyik numerikus adattípus konverzió- 
jáért felelős intO : 


x — "13" 
szam —- int(x) 


A függvény neve után kerek zárójel- 
ben a feldolgozásra átadott paraméte- 


rek állhatnak, de arra is akad példa, 
hogy nem adunk át paramétert: 


helpO $interaktív segítség 


Ennek mintegy ellentettjeként lehet 
függvény az átadott paraméter, 
vagy annak összetevője, előállítója: 


Xs "IZ" 
lebegopontos szam -— float 
5(C( int(x) ) 


Saját függvénykísértéseink 

A programozási nyelvek többsége 
lehetőséget ad arra, hogy a beépített 
függvényeken túl magunk is írhas- 
sunk ilyen konstrukciókat. Pythonban 
általában a következő formájúak 

a modulok tagfüggvényei: 


modulneve . függvénye 
sz (argumentumi, argumentum2, ...) 


A magunk készítette eszközöket vi- 
szont a def kulcsszóval kell bevezetni, 
és általánus alakjuk a következő: 


def függvényneve (argumentumi, 
s argumentum2, ... ): 

műveletek 

visszatérési érték 


Ezek közül tetszés szerint elhagyható 
az argumentumlista (átadott paramé- 
terek) és a visszatérési érték. Egyes 
nyelvek különbséget tesznek a függ- 
vények és az eljárások között; 


a Python esetén gyakorlatilag az eljá- 
rás olyan függvény, melynek nincs 

-— pontosabban None értéket ad — 
visszatérési értéke. 

Lényeges eleme a definíciónak a behú- 
zás és az argumentumlista után talál- 
ható kettőspont; mindkettő azt jelzi, 
hogy a blokk feje a függvénymegneve- 
zés, és az utána következő elemekkel 
együtt addig tart a függvény, amíg újra 
vele egy szinten álló elem nem követ- 
kezik (az értelmező hibát is jelez, ha el- 
feledkezünk a megfelelő tabulálásról). 
A paraméterlistában szereplő argu- 
mentumok lehetnek állandók és 
változók egyaránt, leegyszerűsítve 
érték szerinti paraméter átadás 
történik (illetve referencia-szerű, 
adattípustól függően). 

Ha valakinek szokatlan még a függvé- 
nyek használata, ügyeljen rá, hogy 

a definícióban szereplő paraméterek 
nevükben megegyezhetnek ugyan 
azokkal, melyeket utána a függvény 
törzsében láthatunk, azonban ez nem 
befolyásolja az eredeti, törzsblokkban 
szereplő változókat, mivel ott belül 
nem globális hatáskörrel rendelkező 
változókról van szó. Például: 


íftFüggvény 
def ossszead(a,b): 
a - 3ílokális 
s hatókörű változó 
print "A függvényen 
belül a értéke:" , a 
c -  atb 
return c 
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fProgramtörzs 

a-10 

osszead(a, 7) 

print "A programtörzsben 

s függvényhívás után is maradt 
sa értéke", a 


Megadhatunk előre is alapértelmezett 
értékeket a függvények deklarálása- 
kor, így ha nincs az adott helyen para- 
méter-átadás, akkor az alapértelmezett 
értékkel hívjuk meg a függvényt: 


def fuggveny(megnevezes, 
5 nap-13) : 
print "Ma " , 


3 megnevezes, "," , nap , 
sz "van." 


fuggveny ((megnevezes- "péntek" ) 


Fontos azonban a paraméterek 
sorrendje, ha az előző példában 
ezt írtuk volna: 


def fuggveny(nap-13, 
3 megnevezes): 


akkor az értelmező hibát jelzett volna, 
hiszen az alapértelmezett értékkel bíró 
paraméter megelőzi az átadásra várót. 


Grafika a konzolon 

Egyszerűbb grafikus megjelenítést 
igénylő feladatokban, ahol csak il- 
lusztrációként használjuk a képer- 
nyő adta lehetőségeket, kézenfekvő 
megoldást jelent a konzolablakon 
belül megjeleníteni programunk 
kimenetét. Erre kínál megoldást 

Unix rendszerek alatt általában 

a curses, míg (GNU) Linux disztri- 
búciók alatt az ncurses függvény- 
könyvtár. Használata tehermentesít 
minket a különböző terminálok 
közötti különbségek okozta bosszú- 
ságoktól, és standard elérést biztosít 

a képernyőhöz mint kimeneteli for- 
mátumhoz. Egy hasznos segédlet 

a 2 http:[/www.amk.calpython/howto/ 
curses/ címen található. 

A függvénykönyvtár importálása után 
annak initscrO függvény megálla- 
pítja az aktuálisan használt terminál 
típusát, és sikeres inicializálás esetén 
a teljes képernyőt képzeletben leképe- 
ző objektumot adja vissza: 


import curses 
kepernyo -— curses.initscr() 


Előfordulhat, hogy nem elégszünk 
meg a képernyőt képzeletben leképe- 
ző egyetlen ablakobjektum adta lehe- 
tőségekkel, és szeretnénk több, kisebb 
virtuális ablakot is használni. Mindezt 
megtehetjük a newwin(magasság, szé- 
lesség, balfelső sarok y koordináta, 
balfelső sarok x koordináta) 
fügvénnyel, ahol a képzeletbeli koor- 
dinátarendszer origója (y—0 ; x—0) 

a képernyő bal felső sarkában találha- 
tó. Ha például két, 10x10-es négyzet 
alakú képzeletbeli ablakot szeretnénk 
egy 80x25 karakter felbontású termi- 
nálablakban, s az egyiket a képernyő 
bal felső, a másikat a jobb felső sarká- 
hoz illesztve kérjük, a következőt 

kell tennünk: 


ablak balfelaso - 
ss curses.newwin(10,10,0,0) 
ablak jobbfelso - 
s curses.newwin(10,10,0,70) 


Ha csak ennyit írunk programunkba, 

a lefuttatás után nagy eséllyel láthatat- 
lanná válik a kurzor, és a parancsértel- 
mező ugyan végrehajtja az utasításo- 
kat, de kifejezetten kellemetlen élmény 
vakon gépelni. Éppen ezért a feladat 
végrehajtása után vissza kell adnunk 

a képernyővezérlést a parancsértelme- 
zőnek, azaz meg kell hívni a curses 
könyvtár használatát jelző függvényt: 


curses . endwinO) 


Egyszerűbb karakteres grafikákat 
tudunk alkotni a curses.vlineO 
és hlineO függvényei segítségével, 
melyek paraméterezésére mutat 
példát a következő rövid program: 


$1!/usr/bin/python 

import curses 

kepernyo - curses.initscr() 
kepernyo. erase0O ftöröljük 
sa képernyő tartalmát 
aktivterulet - curses.newwin 

s (1,1,25,80) fképzeletbeli 
szsaktív ablak 


kepernyo.v]line(5,10,"7""10) 
kepernyo.hline(1,10,"7",5) 


kepernyo. refreshO fez 
ssszükséges ahhoz, hogy lássuk 


ssaz eredményt 


curses . endwinO) 


A vlineO paraméterezése úgy törté- 
nik, hogy a rajzolandó függőleges ,vo- 
nal" bal felső sarkának y, majd az x 
koordinátáit adjuk meg, majd azt 

a karaktert — esetünkben a csillagot —, 
mellyel , vonalat" szeretnénk húzni, 
végül a vonal hosszát. A hlineO ha- 
sonlóképp, viszont itt vízszintes vonal 
a végeredmény. A curses. refreshO 
metódusra azért van szükség, mert 
hagyományosan a terminálokon 

nem csak a mai értelemben vett 
képernyős megoldásokat, hanem so- 
ros, modemes vagy egyéb, lassú vona- 
lon érkező adatforgalmat értettek, 

s nem volt mindegy, milyen sűrűn 
kell frissíteni a tartalmat. Ahhoz, 

hogy lássuk is ügyködésünk eredmé- 
nyét, általában a refreshO-t, vagy 
ehhez hasonló szerepű függvényt 

kell igénybe vennünk. 


Rekurzív tornyosulás 

A programozás során adódhatnak 
olyan helyzetek, amikor a fejlesztőnek 
el kell döntenie, hogy átlátható de 
esetleg erőforrás-igényesebb kódot, 
vagy optimalizált, de kevésbé magától 
értetődő programot kell készítenie. 
Inkább előbbire jó példa a rekurzió, 
mert elsődlegesen az ember, s nem 

a gép munkáját könnyíti meg. 

A rekurzió olyan vezérlési módnak 
tekinthető, mely során a függvény sa- 
ját magát hívja meg újra és újra, egé- 
szen addig, míg a leállításáért felelős 
feltétel nem teljesül. Egyszerű példája: 
egy teremben sokan ülnek, és szeret- 
nék megtudni, pontosan hányan van- 
nak. A számolás algoritmusa egyesé- 
vel haladva, ha mindenki a szom- 
szédjának adja tovább az eredményt 
a következő: 


az első ember mondja a szomszédjának 
azt, hogy 1; 
ha te vagy az utolsó ember, 4 
akkor állj meg, adj hozzá egyet 
a szomszédod által kapott számhoz, 
és mondd el, mit kaptál, 
j 
egyébként 4 
fordulj a szomszédodhoz, és adj hozzá 
egyet az eddig kapott számhoz 
T 
addig ismételjétek, amíg igaz a feltétel. 


Ugyanennek klasszikus példája a 19. 
századból származó, Hanoi tornyai 
legendává vált feladvány, mely szerint 








a szerzetesek egy feladatot kaptak, 

s annak végrehajtása után jön el a vi- 
lágvége. A feladat egyszerű: adott há- 
rom rúd, az elsőn 64 darab alulról fel- 
felé egyre csökkenő átmérőjű középen 
lyukas korong. Ezt kell úgy átpakolni 
a harmadik rúdra, hogy használhatják 
segédletként a második rudat, de 

a korongok mindig csak úgy állhat- 
nak, hogy nagyobb átmérőjű ne álljon 
kisebb átmérőjű tetején, és egyszerre 
csak egy korongot lehet mozgatni. 
Egyszerűsítsük tovább dolgunkat az- 
zal, hogy egyelőre csak három ko- 
ronggal foglalkozunk, ugyanis 27-1 
lépés szimulálása még számítógéppel 
is kissé sokáig tartana. 

Az elegáns rekurzív megoldáshoz 

úgy juthatunk el, ha a problémát 


három fázisra bontjuk: 


1. a legnagyobb korong kivételével 
minden korongot rakjunk át a kö- 
zépső oszlopra ideiglenes (ami azt 
is jelenti, hogy itt már rendezetten 
fognak állni, felülről lefelé növekvő 


AES AR 


átmérőjű korongok lesznek) 


2. a legnagyobb korongot rakjuk át 
végleges helyére, az üres harmadik 
oszlopra 


3. a középső oszlopon álló korongokat 
is rakjuk át megfelelő sorrendben 
a harmadik oszlopra 


Megfigyelhetjük, hogy a harmadik 
fázisból ugyanazt az ismétlődő, önma- 
gát újra és újra meghívó tevékenység- 
sorozatot tudjuk felírni, egészen ad- 
dig, míg csak egy korong marad, an- 
nak átpakolása pedig már egyértelmű. 
Mindez Pythonban körülbelül így 

néz ki: 


def Hanoi(darab, honnan, hova, 
ideiglenes): 
if darab 5 0: 
Hanoi (darab-1, honnan, 
ideiglenes, hova) 
print honnan , "--5", hova 
Hanoi (darab-1, ideiglenes, 


ss hova, honnan) 


Hanoi(3, "A", "c", "B") 
ssoszlopok sorban haladva 


FA,B,C 


Ezt lefuttatva láthatjuk a lépéseket. 
Mindeközben a számítógép fo- 
lyamatosan meghívja ugyanazt 


1 
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5 
6 
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12 
13 
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a függvényt, de a feltétel miatt 

(if darab:0) nem esik végtelen 
ciklusba, hiszen a folyamatosan csök- 
kenő argumentumérték (darab válto- 
zó) nem hagyja. A függvények 
ugyanúgy leegyszerűsítik a problé- 
mát, mint mi tettük a három fázissal, 
hiszen A , B, C oszlopként hivatkoz- 
tunk a három rúdra, és egészen ad- 
dig csökkentettük a darabszámot 
(azaz vettük le képzeletben sorban 

a korongokat), amíg az azonnal meg- 
oldható, már csak egy korongot tar- 
talmazó rúdról kellett végleges helyé- 
re rakni az adott korongot. 
Használjuk fel a curses-szel való 
ismerkedés során szerzett csekély 
tapasztalatunkat, és próbáljuk 

meg kicsit jobban láthatóvá tenni 
ugyanezt a megoldást. Ehhez csak 
csekély mértékben kell a forrást 
módosítani, leginkább kibővíteni azt. 
Nem törekszünk egyelőre elegáns 
megoldásra, inkább a viszonylag 
követhető utat próbáljuk meg 


23456 7 8 9101112131415 1617 18 192021 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 3 








bejárni, s majd ha jobban megba- 
rátkoztunk az objektumokkal, 
térjünk vissza ismét egy szebb 
programmal. 


$1!/usr/bin/python 

fcurses alapú struktúrált, 
rekurzív program Hanoi 
tornyai megoldására 
import curses 

kepernyo —- curses. 

s initscrO fkonzolos 
sgrafika inicializálása 


aktivterulet - curses.newwin 
ss (1,1,25,80) kb. egy 
s képernyőnyi terület 


fRúd és korongok 

$fElső rúd (10;5) - (10;15) 
kepernyo.v]lineC(5, 10, "I", 10) 
fMásodik rúd (20;5) - (20;15) 
kepernyo.v]lineC(5, 20, "I", 10) 
$Harmadik rúd (30;5) - (30;15) 
kepernyo.v]line(C5, 30, "I", 10) 





44 


I 
KRSZNETEE ENE HALE 


fkKkorongok kezdetben első rúdon 
sz. 4 db 


kepernyo.hline(i1, 9 , "[", 3) 
kepernyo.hlineC(i2, 8 , "[", 5) 
kepernyo.hlineC(13, 7 , "[/, 7) 
kepernyo.hlineC(i4, 6 , "[", 9) 
curses . napms (1200) ftszándékos 


skésleltetés 
kepernyo. refreshO) 


ftHanoi függvény - rekurzió 
def Hanoi(meret, honnan, hova, 
s ideiglenes): 
if meret 5 0: 

Hanoi (meret-1, honnan, 
ideiglenes, hova) 

torles(honnan, meret) 

atrak(hova, meret) 

Hanoi (meret-1, ideiglenes, 
ss hova, honnan) 

torles(honnan, meret) 

atrak(hova, meret) 


frTrörlés függvény 
def torles(honnan, meret): 


if honnan —— "A" : 
kepernyo.hline(iOotmeret, 
5510-meret, " " , meret"2-1) 


sztfelülírjuk háttérszínű 

ss szóközzel 
curses . napms (600) 
kepernyo. refreshO 


elif honnan —— "B" : 
kepernyo.hline(i0rmeret , 
55 20-meret, " " , meret7"2-1) 


sztfelülírjuk háttérszínű 

ss szóközzel 
curses . napms (600) 
kepernyo. refreshO 


else: 
kepernyo.hline(iO0tmeret , 
55 20-meret, " " , meret7"2-1) 
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s4felülírjuk háttérszínű 

ss szóközzel 
curses . napms (600) 
kepernyo. refresh 


ftgajzolás függvény 
def atrak(hova, meret): 
if honnan —— "A" : 
kepernyo.hline(i0tmeret, 
50910-meret, "[/ meret"241) $L[ 
ss jelekből rajzolunk 
curses . napms (600) 
kepernyo. refreshO 


elif honnan —— "B" : 
kepernyo.hline(Ci0tmeret, 20- 
ssmeret, "[" , meret7"241) $[ 


ss jelekből rajzolunk 
curses . napms (600) 
kepernyo. refreshO 

else: 

kepernyo.hline(i0tmeret, 

5 20-meret, "[/ meret"241) $L[ 

ss jelekből rajzolunk 
curses . napms (600) 
kepernyo. refresh) 


$Programtörzs 

Hanoi(4, "A", "c", "B") 
ffüggvényhívás, rekurzió 
sselindítása 
curses.endwinO ftkonzolos 
grafika vége 


Első ránézésre feltűnhet, hogy ez bi- 
zonyosan nem optimális megoldás, 
hiszen sokszor szinte ugyanazokkal 
a paraméterekkel állítunk elő újabb 
rajzokat. A rajzolás és törlés különvá- 
lasztásának elsősorban azért volt 
értelme, mert így jobban kivehető, 
hogyan is zajlik a mozgatás illúziója: 
először beazonosítjuk, melyik 


korongról indul a mozgatás (honnan 
paraméter), majd a megfelelő koron- 
got háttérszínű szóközökkel feltöltve 
eltüntetjük. Jobban mutatna, ha 
ügyelnénk arra is, hogy a szóközök 
közepére visszarajzoljuk a rudat 
szimbolizáló Lt jelet is. 

A korong beazonosítása már valamivel 
intelligensebb megoldás, kihasználjuk 
azt a tényt, hogy a rekurzív függvény- 
hívások során a korongok darabszáma 
(azaz a magassága) egyben a korong 
méretéről is ad információt: 1 a legki- 
sebb - és alapesetben legfelső, 2 a kö- 
zépső, és 3 a legnagyobb korongot 
jelenti. A többi már csak egy négyzet- 
rácsos papír és némi számolgatás kér- 
dése. A gyors működés miatt került 
bele a késleltetés (curses . napms O, 
milliszekundumokban mérve a szü- 
netet), így láthatóvá vált, hogyan 
mozognak a tárgyak. 

Szebb megoldást jelent már az is, 

ha egy ciklussal képezzük a koron- 
gokat, például így: 


for 1 in range(darab, 0, -1): 
kepernyo.hl]line(5-1, 10-1, 
sz "[", 17241) 
kepernyo. refreshO 


A törlés és rajzolás függvény is 
összeolvasztható egy komplex 
mozgatófüggvénytörzsbe, és a felté- 
telvizsgálatokon is lehet finomítani. 
De a legnagyobb előrelépést az jelen- 
ti, ha zavar minket a gravitáció hiá- 
nya (a korongok jelenleg csak víz- 
szintesen mozognak, függőlegesen 
nem, így nem reálisan helyezkednek 
el a rudakon ), és ezért átírjuk vagy 

a korongok magasságának figyelésé- 
re, vagy az adott rúd korongjainak 
sorba állításával — főleg háromnál 
több koronggal látványos -— akár 

egy ismertebb rendezőalgoritmus 
segítségével. 





A D programozási nyelv 
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Ismerkedjünk meg a D nyelvvel, mely nem más, mint a C és Ct- hatékony, 


kiválóan kezelhető utóda. 


w Az elmúlt évtizedekben a progra- 
mozási nyelvek egészen látványos 
fejlődésen mentek keresztül, amely 
állítás igazsága különösen akkor szem- 
betűnő, ha összehasonlítási alapnak 

a UNIX és C nyelv hajnalát tekintjük. 
Ebben az , ősi" korban a lefordított 
(compiled) nyelvek még éppen csak 
kezdtek elindulni azon az impozáns 
pályán, amit később befutottak, s 
amely fejlődés eredményeképpen má- 
ra számos különböző nyelv áll rendel- 
kezésünkre, amelyek a legkülönbö- 
zőbb szolgáltatásokat nyújtják, s ame- 
lyek mind egy-egy adott területen 
használhatók igazán jól. Ebben a cikk- 
ben egy ilyen új nyelvről a D-ről lesz 
szó, amit a Digital Mars fejleszt. A D 
egy lefordított, statikusan tipizált, 
többparadigmás nyelv, amely legin- 
kább a C-re hasonlít. A korábban emlí- 
tett specializációval szemben a D fej- 
lesztőinek célja az volt, hogy olyan 
általánosan használható eszközt adja- 
nak a fejlesztők kezébe, ami egyaránt 
használható egy rendszermag vagy 
egy számítógépes játék fejlesztésére. 
Ezt úgy kívánták elérni, hogy a nyelv 
tervezése során ötvözték a C hajlé- 
konyságát és hatékonyságát az olyan, 
a produktivitást segítő , nyelvi lelemé- 
nyekkel", mint amelyek a Ruby-ban 
vagy a Pythonban megtalálhatók. 

Az alapötlet egyébként attól a Walter 
Brighttól származik, aki az első ANSI 
C-t -4 fordítóprogramot írta DOS alá. 
A D referenciafordító szabadon 
letölthető, és egyaránt van Windows 
és Linux alatt működő változata. 
Maga a frontend kettős licensszel 
(GPL és Artistic) rendelkezik. 

A D fordítót, amely tehát GPL licenc 
alapján terjesztett szabad szoftver 
GDC-nek hívják, mégpedig nem 


véletlenül, ugyanis a háttérben 

a GCC keretrendszert használja. Maga 
a D nyelv számos érdekes tulajdon- 
sággal rendelkezik. Nincs benne 
előfeldolgozó (preprocessor), ugyanak- 
kor végez szemétgyűjtést (garbage 
collector), vannak benne hajlékony 
elsőosztályú tömbök, kezel szerződé- 
seket (contracts), és használhatunk 
benne inline assemblert, hogy csak 

a leglényegesebbeket említsük. 
Mindezeket az extra szolgáltatásokat 
úgy nyújtja, hogy közben megőrzi 

a régi C nyelvvel való ABI kompatibi- 
litást, ami azt jelenti, hogy némi extra 
ráfordítással továbbra is használhatjuk 
a C-ben fáradságos munkával megírt 
könyvtárainkat. A D szabványos 
könyvtárában szintén megvannak 

a szükséges C szabványos könyvtárra 
mutató kapcsolatok. 


Helló világ 
D-ben a szokásos , Helló világ!" 
program a következőképpen fest: 


import std.stdio; // A szabvá- 
ssnyos be/kimeneti modul 
int main(Cchar[][] args) 
1 

writefln("Hello 
sworld!"); 

return 0; 


J 


A printf típusbiztos megfelelője a D- 
ben a writef nevű függvény. Ennek 
a fenti kódban használt writefln 
nevű változata mindössze annyiban 
tér el kisebb testvérétől, hogy a kiírt 
szöveg után automatikusan beszúr 
egy sorvége jelet. A D tartalmaz egy 
automatikus szemétgyűjtőt (garbage 
collector), ami leveszi a programozó 


válláról a közvetlen memóriakezelés 
terhét. Ez értelemszerűen nagy előny, 
hiszen a fejlesztő így sokkal inkább 

a ténylegesen megoldandó feladatra 
koncentrálhat, ahelyett, hogy állandó- 
an a különböző helyeken és időkben 
lefoglalt memóriaterületek állapotával 
kellene törődnie. A szemétgyűjtés au- 
tomatizálása ráadásul eleve kiküsz- 
öböl egy sor hibatípust, például az , el- 
bitangolt" mutatókat, meg az érvény- 
telen memóriahivatkozásokat. A sze- 
métgyűjtés persze igényel némi extra 
teljesítményt a rendszertől, de ha ez 
lényegesen lassítaná a programunkat, 
még mindig dönthetünk úgy, hogy 
kikapcsoljuk ezt a szolgáltatást, és 
visszatérünk a jó öreg C nyelv dinami- 
kus memóriakezeléséhez, vagyis 

a mal loc és free függvényekhez. 


Modulok 


A D nyelv moduljai olyan program- 
egységek, amelyeket az import pa- 
ranccsal lehet beemelni a főprogram- 
ba. A modulok és a forrásfájlok között 
mindig egy az egyben történő meg- 
feleltetés van, az útvonalelemeket 
pedig a pont karakter tagolja. 

Egy modulban valamennyi szimbó- 
lumnak két neve van: a sajátja, illetve 
egy olyan, aminek az előtagja a modul 
neve. Ez utóbbit teljes névnek (Fully 
Oualified Name; FON) nevezzük. 

A korábban említett wri tef In függ- 
vényt például meghívhattuk volna 
std.stdio.writefln alakban is. Van- 
nak esetek, amikor a teljesen megha- 
tározott nevek használata nem opcio- 
nális, hanem egyenesen elkerülhetet- 
len. Ilyen például a statikus import 
parancs használata, amely beemeli 
ugyan a modul szimbólumait, de nem 
helyezi be azokat a globális névtérbe. 
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Erre akkor van szükség, ha két vagy 
több olyan modult is használunk, 
amelyben azonos egyszerű nevek 
fordulhatnak elő. Ilyen például 

a std.string és az std. regexp. 
Mindkettőben vannak keresésre, he- 
lyettesítésre és darabolásra való eljárá- 
sok, és ezek neve - nem túl meglepő 
módon - azonos. Mármost ha olyan 
programot írok is, amelyben mindkét 
modulra szükségem van, akkor is 
sokkal valószínűbb, hogy az említett 
műveleteket az esetek többségében 
karakterláncokon és nem szabályos 
kifejezéseken akarom majd elvégezni. 
Ez pedig azt jelenti, hogy célszerűbb 
lesz statikusan importálnom az 

std. regexp modult, ami viszont azt 
jelenti, hogy ha ennek a függvényeit 
akarom használni, akkor azok teljes 
nevét kell majd leírnom. 

A modulok rendelkezhetnek statikus 
konstruktorral és destruktorral. 

A konstruktor szerepét itt a statikus 
thisO függvény tölti be, amely 

a mainO) előtt fut le. A main() vissza- 
térése után kerül aztán sor a statikus 
sthisO végrehajtására, amely érte- 
lemszerűen a modul destruktora. 
Mivel a modulok importálása szimbo- 
likusan történik, a D-ben nincsenek 
fejlécállományok. Mindent egyszer, 
és pontosan egyszer kell deklarál- 
nunk, vagyis sem a függvények, sem 
az osztályok alakját nem kell előre 
megadnunk, vagy bármilyen módon 
kétszer szerepeltetnünk. Ez egyben 
azt is jelenti, hogy a D-ben nem 
merülhet fel ütközés a tényleges 
megvalósítás és a deklaráció között, 
tekintve hogy nem válnak szét. 


Az alias és a typedef 

A D nyelv különbséget tesz alias 
(álnév) és típus (type) között. A typedef 
parancs itt egy teljesen új típust vezet 
be, amit aztán a típusellenőrző rend- 
szer és a függvények túlterhelését 
kezelő rendszer tudomásul vesz. 
(Ezekről később még lesz szó.) Az alias 
ezzel szemben egy amolyan típushe- 
lyettesítő, vagyis opcionális nyelvi 
szimbólum: 


alias int size t; typedef int 
szmyint; // nem tudunk implicit 
3 módon int alias-ra 
5 konvertálni 

someReal lyLongFunctionName 
s func; 


Tömbök 


A D nyelvben a tömbök minden 
tekintetben első osztályú típusok. 

A D összesen három tömbtípust 
különböztet meg: vannak statikus, 
dinamikus és asszociatív tömbök. 

A tömbdeklarációkat a fordító jobbról 
balra haladva értelmezi, vagyis példá- 
ul a char[1][] szimbólum karakter- 
tömbök tömbjét jelenti: 


int[] intaáArray; // Egészek 

ss dinamikus tömbje 

int[21][4] matrix; // Egy 2x4-es 
mátrix 


Valamennyi tömb rendelkezik 

a length (hosszúság), sort (rendezés) 
és a reverse (megfordítás) tulajdon- 
ságokkal. Az asszociatív tömbök olyan 
tömbök, amelyekben az elemek inde- 
xelése nem egymást követő egészek- 
kel történik, hanem valami mással, 
például karakterláncokkal, speciális 
adatszerkezetekkel, vagy tetszőleges 
egészekkel: 


import std.stdio; 

int main(CcharLI[] args) ( 
int[lchar[]] petNumber; 
petNumber[/Dog"] - 212; 
petNumber[/cat"] — 23149; 
int[] sortMe - [2, 9, 341, 

023, 74, 112349]; 
int[] sorted -— sortMe.sort; 
int[] reversed - 

s sorted.reverse; 
return 0; 3 


A dinamikus és statikus tömböket 
egyaránt feldarabolhatjuk a . . operá- 
torral. Ügyeljünk rá, hogy a kezdő 
index minden esetben hozzátartozik 
a kijelölt darabhoz, a záró azonban 
nem. Ha tehát nullától a tömb 
hosszáig jelölünk ki egy darabot, 
akkor éppen a teljes tömböt 

kapjuk vissza. 
int[] numbers —-— [1, 2, 3, 4, 5, 
76, 7]; 

numbers - numbers[0..2] // Ez 
ssaz 1-3 indexű elemek tömbje 


Végezetül érdemes még azt is megem- 
líteni, hogy a D a - operátor használja 
összetűzésre, aminek az az oka, hogy 
valahol mélyen az összeadás és az 
összefűzés két különböző művelet, 
két különböző alapelképzeléssel: 


char[] stringi "Hello "; 
char[] string2 — "w orld!"; 
char[] string — stringi - 
sstring2; // Helló világ! 


Ez itt egyben egy kiváló példa annak 
bemutatására is, miként könnyíti meg 
a D nyelv a programozó életét néhány 
szintaktikai finomsággal, hogy a való- 
ban megoldandó feladatára tudjon 
koncentrálni. Itt megfigyelhetjük 
ugyanis, hogy D nyelv semmi egyebet 
nem tesz, csak némi szintaktikai fi- 
nomsággal kiegészíti a már meglévő 
alaptípusokat. Logikailag a karakter- 
lánc tulajdonképpen nem egyéb, mint 
karakterek tömbje. Éppen ezért a D- 
ben nincs is külön karakterlánc típus, 
helyette karakterek tömbjét használ- 
hatjuk, viszont ehhez kapunk efféle 
apró segédeszközöket. 

A D-ben - ahhoz képest, hogy nincs is 
külön karakterlánc típus — háromféle 
karakterláncot különböztethetünk 
meg: van char, wchar és dchar típusú 
karakterlánc, amelyek egymástól a ka- 
rakterkódolásban különböznek. Az el- 
ső UTF-8, a második UTF-16, a harma- 
dik UTF-32 kódolású karaktereket 
képes tárolni. Mivel ezekhez a típu- 
sokhoz a megfelelő kezelőfüggvénye- 
ket is megtaláljuk a szabványos 
könyvtárban bátran kijelenthetjük, 
hogy a D optimális fejlesztőeszköz ho- 
nosított programok írásához. A karak- 
terláncokkal kapcsolatban a C-hez ké- 
pest lényeges eltérés az is, hogy aD 
karakterláncai , tudják" a saját hosszu- 
kat, ami ismét csak számos bosszantó 
programozási hibát küszöböl ki egy 
csapásra, hiszen soha többé nem 

kell keresgélnünk azt a bizonyos 

záró null karaktert. 


szerződések 

A D nyelv tartalmaz olyan techniká- 
kat, amelyek lehetővé teszik az úgy- 
nevezett szerződéseken (contracts) 
alapuló programfejlesztést. Ez utóbbi- 
nak elsősorban a programok minőség- 
biztosításával kapcsolatban van 

nagy jelentősége. Ha a szerződések 
magának a nyelvnek a részét képe- 
zik, akkor sokkal nagyobb a valószínű- 
sége annak, hogy a programozók 
használni is fogják azokat, hiszen 
nem kell őket külön megvalósítaniuk 
egy külső könyvtár segítségével. 

A szerződések legegyszerűbb formája 
az assert parancs használata. 








Ez ellenőrzi, hogy a neki átadott ér- 
ték igaz-e, és ha nem, akkor kivételt 
dob. Az assert utasításoknak opcio- 
nálisan szöveges üzeneteket is átad- 
hatunk argumentumként, amelyekkel 
,olvasmányosabbá" tehetjük a prog- 
ram kimenetét. A függvényekhez két- 
féle szerződés is tartozhat. Az egyik 

a függvény kódjának végrehajtása 
előtt, míg a másik ez után végez el- 
lenőrzéseket. Az első az in, a máso- 
dik az out kulcsszóval jelölt blokk, de 
függetlenül az érvényesülési idejük- 
től mindkettőt a függvény kódja előtt 
kell megadni. Az in szakaszban meg- 
adott feltételeknek maradéktalanul 
teljesülniük kell a függvény végrehaj- 
tása előtt, ellenkező esetben a rend- 
szer egy AssertError típusú kivételt 
dob. Az out blokk kicsit máshogy 
működik. Ez a függvény kimenetét 
kapja meg, és ellenőrzi, hogy a kód 
valóban úgy működött-e, ahogy azt 
elvártuk tőle. A hívó fél csak akkor 
kapja meg a visszatérési értéket, 

ha ez a vizsgálat sikeres volt. Vége- 
zetül ha egy programot a release 
opció bekapcsolásával fordítunk le, 
akkor a fordítóprogram kiveszi 

belőle az összes assert blokkot. 

Ez értelemszerűen gyorsítani fogja 

a program futását. 


int sgrt(int 1) 
in ( 
assert(i 5 0); 
T 
out(result) íf // A visszatérési 
ssérték minden 


// esetben 
ssátkerül a result változóba 
assert((result " result) -——1); 
J 
body 
£(...3 


A szerződések egy másik formája az 
úgynevezett egység teszt (unit test). 
Ennek a vizsgálati módnak a célja 
annak eldöntése, hogy egy adott 
függvény, vagy függvények egy cso- 
portja valóba a specifikációk szerint 
működik-e a különböző bemenő 
paraméterek mellett. legyük fel 
például, hogy van a programunk- 
ban egy ilyen, meglehetősen 
haszontalan függvény: 


int add(Cint x, int y) f return 
ex BY d 


Az ezzel kapcsolatos egységtesztet 
végző kódot ugyanebben a modul- 
ban kell elhelyeznünk. Ha ezután 

a fordításkor engedélyezzük a unit- 
test opciót, akkor a kérdéses ellenőr- 
zés mindannyiszor lefut, valahány- 
szor beemeljük valahova a kérdéses 
modult és lefuttatunk belőle bár- 
milyen függvényt. Esetükben az 
ellenőrzőkód nagyjából a követ- 
kezőképpen fog kinézni: 


unittest (í 

assert(add(1, 2) 
—-- 3); 

assert(add( -1, 
5-2) — -3); 
J 


Feltételes fordítás 

Mivel a D nyelvnek egyáltalán nincs 
előfeldolgozója, a feltételes fordítást 
vezérlő utasítások is magának 

a nyelvnek a részét képezik. Ezzel 
egy csapásra két probléma is megol- 
dódik. Egyrészt nem tudjuk elkövetni 
mindazokat a hibákat, amelyeket ed- 
dig az előfeldolgozók, illetve azok 
kissé eltérő viselkedése okozott, más- 
részt gyorsul maga a fordítási folya- 
mat is, hiszen kevesebb program 
kevesebb lépésben állítja elő a végső 
kódot. A D version utasítása megle- 
hetősen hasonlít a C-ből jól ismert 
ftifdef direktívához. Ha megadunk 
egy version azonosítót, csak akkor 
fordítódik bele a végső programba 
az ehhez tartozó kód, ellenkező 
esetben nem: 


version(Linux) 

import std.c. linux. linux; 
else version(win32) 

import std.windows windows ; 


A debug utasítás meglehetősen sokban 
hasonlít a version-hoz, de nem kell 
föltétlen azonosítónak tartoznia 
hozzá. A nyomkövetéshez, hibake- 
reséshez használt kiegészítő kódot 
elhelyezhetjük egy globális debug 
feltételben, vagy rendelhetünk hozzá 
egy külön azonosítót is: 


debug writefln("Debug: 
sssomething is happening."); 
debug (socket) writefln( "Debug: 
ss something is 

happening concerning 
mm sockets."); 


A statikus if parancs állandók for- 


LZ Lp 


dítás közben történő vizsgálatát teszi 
lehetővé: 


const int CONFIGSOMETHING —-— 1; 


void dosomethingO 


1 
static 1f 

s (CONFIGSOMETHING -—— 1) 
I szex b 

J 


A scope parancs 

A scope utasítás működési logikáját 
a D nyelv tervezése során úgy alakí- 
tották ki, hogy segítségével egy-egy 
objektum hatókörét le lehessen tisztí- 
tani, illetve logikusan csoportosítani 
lehessen a kód sikeres vagy sikertelen 
végrehajtását: 


void doSomethingO 
í 
scope(exit) writeflnC( "we 
s exited."); 
scope(success) writefln(C"we 
s exitednormally."); 
scope(failure) writeflnC "we 
ssexited due to an 
5 exception." ); 


A scope utasításokat a rendszer fordí- 
tott sorrendben fogja végrehajtani. 
Létezik egy DMD nevű, a szkriptekre 
jellemző D szintaxis is, amellyel a héj- 
programokra jellemző módon hivat- 
kozhatunk a D fordítóra, és ennek 

a -run opciót megadva úgy fut- 
tathatunk egy D programot, hogy 
annak kódja a szabványos bemenet- 
ről érkezzék. Ennek - az ,igazi" 
szkriptekhez hasonlóan - természete- 
sen az az értelme, hogy ezzel a me- 
chanizmussal , önlefordító" D progra- 
mokat írhatunk. Mindössze arról 

kell gondoskodnunk, hogy a D szkript 
elején a legelső sorban ott legyen 

a következő bűvös kódsor: 


$1!/usr/bin/dmd -run 


Tipuskikövetkeztetés (type 


inference) 
A D nyelv lehetővé teszi, hogy úgy- 
nevezett automatikus deklarációval 








határozzuk meg egy változóhoz azt 
a típust, ami neki a legjobban megfelel: 


auto i — 1; // Ez egy int 
s változó lesz 

auto s — "hi"; // Ez pedig 
s char[4] 


A típus meghatározását maga a fordí- 
tó végzi el, ami egyben azt is jelenti, 
hogy a választás bizonyosan a leg- 
megfelelőbb lesz. 


A foreach parancs 

Az olvasók közül néhányan már bizo- 
nyára találkoztak ezzel a paranccsal 
más nyelvekben. A foreach működési 
logikájának lényege valahogy a követ- 
kezőképpen fogalmazható meg: , hajt- 
suk végre egy műveletsort a megadott 
tömb összes elemén". Bár ez elsőre 
talán nem teljesen nyilvánvaló, ez az 
utasítás nem azonos azzal, hogy , hajt- 
sunk végre megadott számú alkalom- 
mal egy műveletsort egy tömb eleme- 
in, amely megadott szám különben 

a tömb hossza". Utóbbi esetben magá- 
nak a programozónak kell gondos- 
kodnia arról, hogy az a bizonyos 
megadott szám mindig megegyezzen 
a tömb elemszámával, míg a foreach 
mechanizmus leveszi ezt a terhet 

a fejlesztő válláról. Itt maga a fordító- 
program végzi el a szükséges vizsgála- 
tot, és , teszi elérhetővé" a műveletsor 
számára a tömb összes elemét: 


char[] str -— 

sz "abcdefghijklmnop" ; 
foreach(char c; str) 
swritefln(c); 


Mi több, akár a feldolgozott elemek 
indexét is megszerezhetjük, 

ha deklarálunk egy megfelelő 
változót a foreach ciklusban: 


foreach(int i, int x; y) 
writefln( "number Xd is Xd", 1, 


xX); 


Végül ha ez könnyebbséget jelent, 
akár a feldolgozandó változók típu- 
sáról is elfeledkezhetünk, és használ- 
hatjuk a típus interfészt: 

foreach(i, c; str) 


Ez egyben megnyitja az utat a legkü- 
lönfélébb, a fordítóprogram szintjén 


megvalósítható optimalizálási eljárá- 
sok alkalmazása előtt, hiszen a bemu- 
tatott megoldásnak éppen az a lénye- 
ge, hogy annyi feladatot bízunk magá- 
ra a fordítóra, amennyit csak lehet. 
Mindeközben a programozó mindezt 
könnyebbségként élheti meg, hiszen 
olyan hajlékony nyelvi szolgáltatást 
kap, amely lehetővé teszi számára, 
hogy a konkrét feladatra, és nem 

a nyelvi finomságokra koncentráljon. 


Kivételek 

Alapszabály, hogy a D nyelv a kivéte- 
leket hibakezelésre és nem hibakódok 
küldésére használja. Az alkalmazott 
módszer a try-catch-finally hármas, 
amely lehetővé teszi, hogy hiba utáni 
takarítókódot kényelmesen illesszük 
be a final ly blokkba. Azokban az ese- 
tekben, amikor egy ilyen blokk kialakí- 
tása nem elég, elővehetjük a scope 
parancsot, ami ezekben a helyzetek- 
ben is nagy hasznunkra lehet. 


Osztályok 

Mint minden más objektumközpontú 
nyelvben a D-ben is lehetőségünk van 
arra, hogy objektumokból osztályokat 
alkossunk. Az egyik lényeges eltérés 
ezen a területen a virtual kulcsszó 
hiánya, ami például a C-t ---ban meg- 
volt. Az ok egyszerű: a virtualitást 

a fordító saját hatáskörben, automati- 
kusan kezeli. A D nyelv az egyszeres 
öröklődési paradigmát használja, 
vagyis vannak benne felületek 
(interface) és közvetlenül nem példá- 
nyosított osztályok (mixin) is. Ezekről 
később még részletesebben is lesz szó. 
Az osztályok átadása hivatkozással 
(reference) és nem érték szerint törté- 
nik, így a programozónak nem kell az- 
zal törődnie, hogy a program bármely 
pontján mutatóként kezelje azokat. 
Ezen kívül a D-ben nincs se -- se : : 
operátor. Ehelyett a pontot ( . ) hasz- 
nálja a nyelv minden olyan helyzet- 
ben, amikor szerkezetek vagy osztá- 
lyok elemeit kell megcímezni. 

A programok valamennyi osztályának 
őse az Object osztály, vagyis ez az 
öröklődési rendszer gyökere. 


class MyClass ( 


int 1; 

char[] str; 

void doSomethingO ( 
s. ); 
Í 


Az osztályok tulajdonságainak meg- 
határozása során több különböző 
függvénnyel kapcsolatban is hasz- 
nálhatjuk ugyanazt a nevet: 


class Person ( 

private char[] PName; 

char[] name() freturn 
s Pname;jt 

void name(Cchar[] str) 

t // elvégezzük 
ssazokat a műveleteket amelyek 
ss ahhoz szükségesek 

// hogy az összes 

szalőfordulási helyén frissítsük 
sa kérdéses nevű objektum 
tartalmát 

PName -— name; 3 


Az osztályok rendelkezhetnek 
konstruktorral és destruktorral, ame- 
lyek neve a D-ben this és -thi s: 


class MyClass ( 

thisO ( 
s writefln("constructor 
sscalled");3 

this(Cint 1) ( 

writefln 

sz ("Constructor called with 
szzd", 19 

] 

-thisO ( writefln 
sz ("Goodbye") ;3 


Öröklődés esetén valamennyi osztály 
hozzáférhet az alaposztálya 
konstruktorához: 


this(Cint 1) ( 
super(1, 32, 1); // 
ssuper az a alaposztály 
[// 
5 konstruktora 


J 


Új osztályt akár egy másik osztály 
vagy függvény belsejében is dekla- 
rálhatunk. Ezek az osztályok aztán 
alapértelmezésként hozzáférnek min- 
den az adott érvényességi körben 
elérhető változóhoz is. Szintén lehető- 
ség van az operátorok túlterhelésére, 
ami ebben a szituációban sokkal 
egyértelműbb operátorhasználatot 
eredményez, mint ahogy azt a C-t -bH- 
ban megszokhattuk. 

Az osztályok rendelkezhetnek úgy- 
nevezett invariánsokkal. Ezek olyan 








szerződések, amelyeket a rendszer 

a konstruktor lefutása után, 

a destruktor lefutása előtt, illetve vala- 
mennyi nyilvános taghoz való hozzá- 
férés során ellenőriz, de a release 
fordítási opció hatására eltávolítja 
őket a kódból: 


class Date 
í 
int day; 
int hour; 
invariant 
í 

assert(1 cz day 8£ day 
mez 31); 

assert(0 cz hour eg 
szhour c 24); 


JT 


Ha ellenőrizni akarjuk, hogy két 
osztályhivatkozás ugyanarra 

az osztályra mutat-e, használhatjuk 
az is operátort: 


MyClass ci - new MyClass; 
MyClass c2; 
ifCc1 i1s c2) 

writefln("These point to 
the same thing."); 


Felületek (interface) 

Az interfész függvények olyan hal- 
maza, amelyeket mindem, az adott 
osztályból származtatott osztálynak 
meg kell valósítania: 


interface Animal ( 
void eat(Food what); 
void walkCint 
sdirection); 
void makeSoundO ; 


J 


Függvények 

A D nyelvben nincs inline kulcs- 
szó, mivel a fordító maga dönti el, 
hogy melyik függvény legyen 
inline. A programozónak tehát az 
optimalizálásnak ezzel a formájával 
egyáltalán nem kell törődnie. 

A függvényeket túl lehet terhelni, 
vagyis megadhatunk két különböző 
függvényt ugyanazzal a névvel, ha 
a bemenő paramétereik eltérőek. 

A fordítóprogram elég okos ahhoz 
hogy a paraméterlista alapján eldönt- 
se, pontosan melyik változatra is 
gondoltunk: 


void func(int 1) // can 
s-mplicitly take 

// longs and 
ssshorts too 


Taxi 


void func(char[] str) 
(...3b 


void mainO 

1 
func(23); 
func("hello"); 


A függvényparaméterek lehetnek in, 
out, inout vagy lazy típusúak. 

Az alapértelmezés természetesen 

az in. Az out típusú paraméterek 
egyszerű kimeneti pontok: 


void func(out int 1) 


í 
I £— 4; 


void mainO 


í 
Int Ha 5; 
writefln(n) ; 
func(n); 
writefln(n); 
J 


Az inout típusú paramétereket írni és 
olvasni egyaránt lehet, de nem lehet 
belőlük új másolatot készíteni: 


void func(inout int 1) 


í 
ifCi 5— 0) 


else 


A lazy típusú paramétereket a program 
csak akkor számítja ki, ha szükség van 
rájuk. legyük fel például, hogy meghí- 
vunk egy ehhez hasonló függvényt: 


log(" Log: error at 
5 "etoString(i)-" file not 
s found."); 


Vegyük észre, hogy valahányszor 
meghívjuk ez a függvényt, a program 


összemásolja a karakterláncokat és át- 
adja neki azokat. A lazy tárolási osz- 
tály ezzel szemben azt jelenti, hogy 

a karakterláncokat csak akkor fűzzük 
össze és adjuk át, ha ennek a művelet- 
nek az eredményére valóban szükség 
van. Nyilván nem kell magyarázni 
senkinek, hogy ez mitől növeli a prog- 
ram hatékonyságát. A D nyelv lehető- 
séget ad a függvények egymásba 
ágyazására, vagyis egy függvény 
tartalmazhat egy másikat. 


void main 


1 
void funcO 
í 
J 
J 


A beágyazott függvényeknek írási 
és olvasási joguk is van a befoglaló 
függvény változóihoz: 


void mainŐ 
1 
int 1; 
void funcO 
í 
writefln(i - 
91 
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sablonok (template) 

A D nyelv egy teljesen újratervezett és 
rendkívül hajlékony sablonrendszert 
használ. A kezdők kedvéért talán ér- 
demes megjegyezni, hogy a sablonok 
példányosításához a ! operátort kell 
használnunk. Ez egyrészt kiküszöböli 
azt a számos félreértést, ami a cs 
operátorral való példányosítás körül 
felmerült, másrészt a felismerése is 
könnyebb egy hosszú kódban. 
Példaként lássunk egy egyszerű 
másoló sablont: 


template TCopy(t) ( 
void copy(T from, out 
—$T to) 


í 
to - from; 
J 
d 
void main 
í 
int from — 7; 








int to; 
TCopy! (int) . copy(from, 
SÉG) j 


J 


A sablonok deklarációihoz álneveket 
(alias) is rendelhetünk: 


alias TFool(int) temp; 


A sablonokat specializálhatjuk külön- 
böző típusokra, a fordítóprogram 
pedig automatikus képes kikövet- 
keztetni, hogy mikor melyik sablon- 
típusról van szó: 


template TFoo(T) f .... 3 
sez7 1 

template TFoo(T : 
mm // f2 

template TFoo(T : 
az // 43 
template TFOoo(T, UV) ( .... 3 
5// HA 

alias TFool(int) fool; 

—m // Az §1-et példányosítja 
alias TFoo!(doubleL[l]) foo2; 

—m // A §2-t példányosítja úgy 


TIJ2 £ vess 9 


char) (f .... 


// hogy T egy double típusú 
s érték 

alias TFoo!l (char) foo3; 

—m // A §3-at példányosítja 
alias TFool(char, int) fooe; 
s // Ez a megoldás hibás. Nem 
stimmel az 


// argumentumok száma 
alias TFool (char, int, int) 
—foo4; // A §4-et 

s példányosítja 


Függvénysablonok 

Ha egy sablonnak mindössze egyet- 
len tagfüggvénye van és semmi 
más, akkor a következő módon 

is deklarálhatjuk: 


void TFunk(T) (T 1) 
1 


J 


Függvénysablonok implicit példá- 
nyosítása 

Lehetőségünk van arra, hogy 

a függvénysablonokat implicit mó- 
don példányosítsuk, mikor is az 
argumentumok típusát a fordító 
fogja kikövetkeztetni: 


TFoo!l (int, char[]) (2, "foo"); 
TFoo(2, "foo"); 


Osztálysablonok 
Ha olyan sablon kell létrehoznunk, 
amelynek egyetlen eleme egy osztály, 


akkor a következő egyszerűsített 
szintaxist is alkalmazhatjuk: 


class MyTemplateclass (T) 
í 


d 


Nem példányosított osztályok 
(mixins) 

A nem példányosított osztály (mixin) 
olyan, mint mikor fogjuk egy sablon 
kódját, és egyszerűen átmásoljuk 
egy osztályba. Ez a művelet nem 
keletkeztet saját hatókört: 


template TFoo(t) 


í 
t 1. 
J 
class test 
í 
mixin TFool (int); 
thisO 
í 
1 — 5; 
J 
J 
void mainO 
í 
Test t - new Test; 
writefln(t.1); 
J 
Osszefoglalás 


A D egy kifejezetten ígéretes progra- 
mozási nyelv, amely tulajdonságai 
alapján valószínűleg igen széles 
körben lesz majd alkalmazható. 

A nyelv legnagyobb előnye, hogy 
ötvözi az új megoldásokat a hagyo- 
mányokkal. Az olyan nyelvi szolgál- 
tatások, mint a tömbök, a héjprog- 
ramokra emlékeztető kiegészítő 
szintaxis, vagy a típusinterfészek 

a D-t leginkább a Ruby-hoz vagy 

a Pythonhoz teszik hasonlóvá. 
Ugyanakkor a rendszerprogramozók 
előtt is nyitva áll az út, hogy segítsé- 
gével alacsony szintű műveleteket 
valósítsanak meg, hiszen továbbra 

is megvan benne az inline assembler, 


illetve számos olyan funkció, ame- 
lyekre a hardverközeli programozás 
során lehet szükségünk. A D nyelv 
ráadásul számos eltérő programozási 
paradigmát képes egyszerre támogat- 
ni. Használhatunk objektumközpon- 
tú megközelítést, hiszen ott vannak 
az osztályok és az interfészek, de 
támaszkodhatunk az általános prog- 
ramozás (generic programming) 1ogi- 
kájára is, hiszen rendelkezésünkre 
állnak sablonok és példányosítás 
nélküli osztályok (mixin). És persze 
ott van a régi eljárás alapú megköze- 
lítés is (procedural programming), 
amikor csupán függvényeket és töm- 
böket használunk. Van a rendszerben 
automatikus szemétgyűjtő eljárás, 
amely egyrészt leveszi a programozó 
válláról azt a terhet, hogy magának 
kelljen gondoskodnia a memóriake- 
zelésről, a területek lefoglalásáról, 
felszabadításáról és állapotuk köve- 
téséről, másrészt meghagyja azt 

a lehetőséget, hogy ha a hatékonyság 
érdekében mégis erre lenne szüksé- 
günk, akkor megtehessük. lalálunk 
aztán a D nyelvben olyan az impera- 
tív nyelvekre -— például a LISP-re — 
jellemző megoldásokat is mint a lazy 
tárolási osztály, amely jelentősen 
növelheti egyes kódok hatékony- 
ságát. Összességében a nyelv vi- 
szonylag stabil, jól kidolgozott, 

bár néha még fel-felbukkan benne 
egy új szolgáltatás, vagy egy régi 
megoldás javítása. 

Röviden minden jel arra mutat, 

hogy a D nyelv készen áll az éles 
bevetésre. 











WN Ez a cikk a Sony PlayStation 
játékokkal és a PCSX PlayStation- 
emulátorral foglalkozik. Azért válasz- 
tottam éppen ezt a rendszert, mert 

a PlayStation játékok a neten és 

a játéküzletekben egyaránt megtalál- 
hatók, utóbbi esetben elsősorban hasz- 
náltcikk-részlegen keresgéljünk... 


A PCSX beszerzése és telepítése 

A PCSX beszerzéséhez látogassunk 

el az alkalmazás hivatalos honlapjára 
(lásd on-line irodalomjegyzéket). 
Számunkra most természetesen csak 
a linuxos rész lesz az érdekes. Töltsük 
le a legfrissebb verziót. Ha ez megvan, 
lépjünk be abba a könyvtárba, ahova 
a fájlt helyeztük, és bontsuk ki a fájlt. 
Ha az anyagot az archívummal azo- 
nos könyvtárban szeretnénk elhelyez- 
ni, akkor ehhez elegendő a következő 
parancsot kiadni: 


tar xzvf Lpcsx-1.5.tgz 


Ez a művelet létrehoz egy Pcsx nevű 
könyvtárat az adott helyen (például 
-/Downloads/Pcsx). Ezzel kezünkben 
az alapeszköz, de a beszerző körútnak 
még nincs vége. Töltsük le a hozzá 
tartozó bővítményeket (plugin) is. 


A bővítmények és a BIOS beszerzése 
A PCSX tulajdonképpen csak egy 
programfuttatási környezet. Ahhoz, 


PlayStation játékok 


ETT). T FL s 


- 


Futtássuk kedvenc 


PlayStation játékainkat Linux 


hogy valóban tudjunk vele játékokat 
játszani, mindenféle bővítményekre 
lesz szükségünk, ezek biztosítják 
ugyanis azokat a funkciókat, ame- 
lyekre a játékprogramoknak szüksé- 
gük van. A Next-Gen Emulation 
webhelyén (lásd az on-line forrásokat) 
szerencsére egy igen kiváló gyűjte- 
ményt találhatunk. Kattintsunk itt 

a PlaySation szakaszra, majd a bal 
oldalon a Plugins linkre. Itt a Linux 
Plugins pont az, ami számunkra 
igazán fontos. 

Jómagam Pete XGL2 Linux 
videóbővítményét, PE.O.P Linux OSS 
SPU hangkezelőjét, a CDR Mooby 
Linux bővítményt (ezzel lehet a valódi 
CD-k helyett ISO lemezképekből fut- 
tatni a programokat), valamint 

a padJoy rendszert választottam. 

Ha ezen kívül bármelyik bővítmény- 
ről többet szeretnénk megtudni, csak 
kattintsunk a neve melletti ház ikonra. 
Ha pedig valamit le akarunk tölteni, 
akkor természetesen a lemez ikon 

a megfelelő választás. A letöltésnél 
vagy adjuk meg célként a PCSX rend- 
szer Plugin könyvtárát (esetünkben 
-—/Downloads/Pcsx/Plugin) vagy, 
másoljuk át ide a fájlokat. 

A bővítményeken kívül szükségünk 
lesz egy PlayStation BIOS-ra is. 

A ,szükségünk lesz" talán túl erős ki- 
fejezés ezen a helyen, hiszen magához 
a PCSX-hez is tartozik valamiféle kez- 


alatt a PCSX segítségével. 


detleges BIOS, de ha azt szeretnénk, 
hogy rendszerünk a lehető legtöbb 
játékkal kompatibilis legyen, akkor 

a legtöbben azt javasolják, hogy tölt- 
sünk le egy valódi PlayStation BIOS- 
változatot. Miután egy BIOS tartalmá- 
nak közzététele jogi szempontból kis- 
sé kérdéses ezért itt nem adok meg cí- 
met, de ha valaki elolvassa TheGing 
útmutatóját a PlayStation BIOS leké- 
pezéséről (lásd az irodalomjegyzéket), 
akkor nemcsak többet tudhat meg 

a PlayStation BIOS-okról, de talál 
egy listát is a különféle kipróbálható 
változatokról, természetesen letöltési 
címmel együtt. Az is jó megoldás, 

ha beírjuk a kipróbálandó változat 
nevét egy keresőbe és ígérem találni 
hamar meg fogjuk a fájlokat. Mentsük 
a kiválasztott fájlt a Bios alkönyvtárba 
(esetünkben -/Downloads/Pcsx/Bios), 
vagy mozgassuk oda, ha már szert 
tettünk rá. 


Az egyszerűbb részek telepítése 
Egyes összetevőket egyszerű telepí- 
teni, másokat viszont bonyolultabb. 
Kezdjük a könnyebbekkel, legelőször 
a BIOS-szal. A letöltött fájlnak valószí- 
nűleg .zip kiterjesztése lesz, úgyhogy 
vagy csomagoljuk ki a grafikus fájlke- 
zelővel, vagy a kézi kibontáshoz adjuk 
ki a követező parancsot: 


unzip fájlnév 





(A fájlnév lehet például scph1001.zip). 
És ennyi volt, a BIOS telepítve van. 
Ezután Pete XGL2 Linux GPU bővít- 
ményét telepítjük. A letöltött csomag 
neve ebben az esetben ilyesformán 
néz majd ki: gpupetexg1208. tar.gz. 
Csomagoljuk ki a fájlt az tetszőleges 
módon. Miután alapértelmezésben 
nincs konfigurációs könyvtár, hoz- 
zunk létre egyet Pcsx/cfg néven. (pél- 
dául -—/Downloads/Pcsx/cfg). Ezután 
másoljuk a gpuPeteXGLI.2.cfg és 
cfgPeteXGL2 fájlokat a cfg könyvtárba. 
A következő lépés a RE.O.Ps Linux 
OSS SPU plugin beszerzése. Itt az elő- 
zőekhez teljesen hasonlóan járhatunk 
el. A fájl neve spupeopsoss108.tar.gz 
vagy valami ilyesmi lesz. Bontsuk ki 
ezt a bővítményt is, és másoljuk be 

a spuPeopsOSS.cfg és a cfgPeopsOSS 
nevű fájlokat a beállításokat tároló 
könyvtárba. Aki többet tud a Linux 
hangkezeléséről, az a név alapján már 
valószínűleg sejti, hogy ez a bővít- 
mény az Open Sound Systemet hasz- 
nálja. Ha rendszerünk nem használja 
az OSS-t, akkor először telepíteni kell 
azt és be is kell állítani ahhoz, hogy le- 
gyen hangunk. Nagy a valószínűsége 
persze, hogy -— ha valamilyen népsze- 
rűbb terjesztést használunk -— akkor 

a rendszer alapértelmezéskérnt feltele- 
pített ezt a hangrendszert. Az ezzel 
kapcsolatos részleteket értelemszerű- 
en a dokumentációból tudhatjuk meg, 
vagy utánanézhetünk a dolognak 
magával a csomagkezelővel is. 


A CDR Mooby Linux telepítése 

Ez a bővítmény egy kicsit keményebb 
dió lehet. A telepítése lehet gyerekjáték, 
de az is megeshet, hogy egyáltalán nem 
fog működni. Aggodalomra ugyanak- 
kor nincs ok, létezik ugyanis gyors javí- 
tás. A CDR Mooby a cdrmooby2.8.tgz 
vagy hasonló nevű fájlban érkezik. 
Bontsuk ki ezt a tar csomagot a plugin 
könyvtárba. Valószínűleg mindössze 
ennyire lesz szükség. Ha később 

a PCSX elindításakor mégis hibát ta- 
pasztalunk (maga a program minden- 
képpen elindul) vizsgáljuk meg a kime- 
netet. Ha a következő üzenetet látjuk: 


libbz2.so.1.O0: cannot open 
shared object file: No such 
file or directory 


akkor a PCSX rossz helyen keresi ezt 
a könyvtárat. Írjuk be az alábbi két 


parancs valamelyikét (kezdjük 
a locate-tel és ha nem működik, 
próbáljuk a find-ot): 


locate l1bbz2.so.1.0 


vagy: 


find / -name li1bbz2.so.1.07 25 
/dev/null 


Az eredmény a következőképpen 
nézhet ki: 


/úusrztaoziasozzssos 1502 


Ha megtaláltuk a keresett megosztott 
könyvtárat, akkor jegyezzük meg 

a helyét, majd hozzunk létre egy 

rá mutató szimbolikus láncot. Ehhez 
— root-ként bejelentkezve — a követke- 
ző parancsot kell kiadnunk: 


ln -s /usr/lib/l1bbz2.so.1.0.2 
/usr/lib/l1bbz2.so.1.0 


lermészetesen előfordulhat, hogy 
a kérdéses könyvtár a mi rendsze- 
rünkön máshol található. Járjunk 
el értelemszerűen. 


A padJoy telepítése 

A ,legrosszabbat" a végére hagytam. 
A PCSX használatához nem feltétlenül 
kell játékvezérlő (megteszi a billentyű- 
zet is), de az igazi PlayStation él- 
ményhez a vezérlő használata is 
hozzátartozik. Szóval vágjunk bele. 
Azért mondtam, hogy ez a legrosszabb, 
mert a padJoy esetében többről van 
szó, mint egy egyszerű bővítmény tele- 
pítéséről. Magát a játékvezérlőt is mű- 
ködésre kell majd bírnunk, de egyszer- 
re csak egy dologgal foglalkozzunk. 
Először ellenőrizzük, hogy telepítettük- 
e a C nyelvű programok lefordításához 
szükséges eszközöket (például a GCC- 
t). Szintén szükségünk lesz a GNOME 
fejlesztőeszközökre. Ezen kívül a cso- 
magkezelő segítségével nézzük meg, 
hogy fönt van-e a gtk-devel nevű cso- 
mag - ezt hívhatják gtk-1--devel-nek 
vagy valami ehhez hasonlónak is. 

Ha minden szükséges kellék együtt 
van, fordítsuk le a padJoy bővítményt. 
A letöltött padJoy fájl körülbelüli neve: 
padJoy082.tgz. Csomagoljuk ezt ki 

a Plugin mappába, ahol ezzel létrejön 

a saját — nem túl meglepő módon 
padJoy nevű - alkönyvtára is. 


(Esetünkben tehát a -/Downloads/ 
Pcsx/Plugin/padJoy helyre kerül 

az anyag.) Lépjünk be a padJoy/ 

src könyvtárba (példánkban 
-—/Downloads/Pcsx/ Plugin/padJoy/src) 
és adjuk ki a make parancsot. Ezzel el- 
indítjuk a bővítmény lefordítását. 

Ha a művelet hibával megáll, valószí- 
nűleg hiányzik egy olyan csomag 
vagy könyvtár, amire támaszkodik 

a kód. Hogy melyik, az szerencsére 
általában kiderül a hibaüzenetből. 

Ha minden rendben ment, akkor az src 
könyvtárban találunk egy cfgPadJoy és 
egy libpadJoy-0.8 nevű fájt. Másoljuk 
át a cfgPadJoy-t a Pcsx/cfg (példánkban 
-—/Downloads/Pcsx/cfg) könyvtárba, 

a libpadJoy-0.8-at pedig a Pscx/Plugin 
helyre (vagyis a —/Downloads/ 
Pcsx/Plugin-ba). 

Mielőtt továbbmegyünk, vizsgáljuk 
meg a játékvezérlőt, amit a padJoy-jal 
használni akarunk, már ha rendelke- 
zünk ilyen eszközzel. Digitális vagy 
analóg? Van-e rajta olyan csatlakozó, 
amivel a számítógéphez tudjuk kap- 
csolni (az USB például megfelelő)? 
Kell-e a csatlakoztatásához úgyneve- 
zett Game Port, és van-e ilyen a gépün- 
kön? (Aki nem biztos benne, hol kell 
ezt a dolgot keresni, az kezdje a hang- 
kártyával. Nagy valószínűséggel azon 
lesz egy közepes méretű csatlakozó. 

Ő az.) Előfordulhat, hogy a játékve- 
zérlőnek egyedi, speciális csatlakozója 
van. Akinek van egy Xbox vezérlője 
(nem az Xbox 360-é, ami USB-vel 
megy, hanem az eredeti Xbox-é), az 
nézze meg Dan Gray honlapját (lásd 
on-line irodalomjegyzéket) ahonnan 
megtudhatja, hogy egy kis forrasztás- 
sal hogyan alakítható át a vezérlő csat- 
lakozója USB-vé. A leírtakat persze 
mindenki csak a saját felelősségére al- 
kalmazza. Ha másféle vezérlőnk van 
egyedi csatlakozóval, rendszerint vehe- 
tünk hozzá harmadik féltől származó 
átalakítót, akár az interneten is. 

Én két különböző vezérlőt próbáltam ki 
a PCSX-szel. Először keresgéltem egy 
kicsit és találtam egy joysticket game 
portos csatlakozóval. Ezután felfedez- 
tem, hogy a SoundBlaster Live! kártyá- 
mon van game port. Az első, amit ész- 
revettem, hogy nincs alapértelmezett 
joystick eszköz a rendszeremen. 

(A /dev/js0-át vagy a /dev/input/js0-át 
kell keresni. Ezek gyakran ugyanazt az 
eszközfájlt takarják, csak egy szimboli- 
kus lánccal össze vannak kapcsolva). 
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1. ábra A PCSX Configuartion fő 
párbeszédablaka 


PAD Config Dialog 
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2. ábra A Pad szakasz beállításainak meg- 
adására szolgáló párbeszédablak 





Aztán rájöttem, hogy ez azért van, mert 
az általam használt terjesztés devfs-t 
használ és csak azokat az eszközöket 
hozza létre, amikre abban a pillanatban 
szükségem van. Mindössze annyit kel- 
lett tennem, hogy root felhasználóként 
begépeltem az alábbi két parancsot: 


modprobe analog 
modprobe joydev 


Ezután, mikor beírtam, hogy Is 
/dev/j" /dev/input/j", már láttam 
is, hogy a rendszer valóban létrehozta 
a /dev/input/js0-át, jelezve ezzel, hogy 
megtalálta a botkormányt. Ha látszó- 
lag mindent jól állítottunk be és még 
mindig hiányzik az eszközfájl, akkor 
gépeljük be a következő parancsot: 


mknod /dev/input/jsO c 13 0 


Erre a fájl garantáltan létrejön. A bot- 
kormány (vagy gamepad, vagy amit 
éppen használunk) teszteléséhez tele- 
pítenünk kell a botkormányt (joystick) 
kezelő eszközöket, ha eddig ezt még 
nem tettük volna meg. Ezután adjuk 
ki a következő parancsot: 


jstest /dev/input/jsO0 


(Az eszközfájl elérési útvonalát termé- 
szetesen az adott rendszernek megfe- 
lelően kell megadni.). Az eredmény- 
nek körülbelül a következőképpen 
kell kinéznie: 


Joystick (Analog 3-axis 4- 
ssbutton joystick) has 3 axes 
ssand 4 buttons. 

Driver version is 2.1.0. 


Testing (interrupt to exit) 
Axes: 0: 07 1: ÜNSSZE 
sz. .22892 Buttons: 0O:off 1:off 
2 Ort SZOT 


Ha ezt látjuk, az már jó jel. Mozgassuk 
a botkormány karját körbe és nyomo- 
gassuk a gombokat. A számoknak és 

a gombhelyzeteknek (buttons on-off) 
egyaránt változniuk kell. Ha így van, 
mehetünk tovább. Az eszközből való 
kilépéshez nyomjunk meg a Ctrl-C-t. 
Ha a fenti szöveg helyett egy hibaüze- 
netet kapunk, vagy egyáltalán nem 
látunk semmit, akkor a rendszer nem 
ismerte fel a botkormányt. Ebben az 
esetben a SourceForge-on (lásd az on- 
line irodalomjegyzéket) megtaláljuk 

a támogatott bemeneti eszköz listáját. 
Gyakran az is segít, ha beszerzünk 
valamilyen harmadik fél által gyártott 
átalakítót. Ezek lehetővé teszik olyan 
játékvezérlők csatlakoztatását is, mint 
például a PlayStation 2 gamepad. 
Általánosságban elmondható, hogy ha 
egy gamepad csatlakoztatható USB-n 
keresztük, akkor valamilyen módon 
használható is Linux alatt. 

Ha rendelkezünk egy eredeti Xbox ve- 
zérlővel, azt átalakíthatjuk úgy, hogy 
csatlakoztatható legyen szabványos 
USB kapura. (Mint korábban említette, 
ezzel kapcsolatban látogassunk el Dan 
Gray honlapjára.) Arra persze ügyel- 
jünk, hogy az átalakítás után az eszköz 
igazi Xbox-hoz már nem lesz használ- 
ható. Ezzel szemben az Xbox 360 ve- 
zérlőknek eleve van USB csatlakozója. 
A Gentoo Linux terjesztést használók- 
nak javaslom, látogassanak el a Gentoo 
Wiki oldalra (lásd irodalom), itt ugyan- 
is számos hasznos információt szerez- 
hetnek az Xbox 360 vezérlők használa- 
tához. lermészetesen más terjesztések 
felhasználói is megtehetik ugyanezt, 
de az utasításokat értelemszerűen saját 
Linux változatukhoz hozzá kell igazí- 
taniuk. Meg kell például tanulniuk, 
hogyan fordíthatják le a rendszerma- 
got forrásból arra az esetre, ha az álta- 


luk futtatott kernelben található xpad 
meghajtó régebbi, mint az, amire 

a Gentoo honlap hivatkozik. (A Fedora 
Core 4 2.6.14-1.1656 FC4-i686 sorozat- 
számú rendszermagjában például 

a 0.5-ös meghajtó van, ami jóval régeb- 
bi annál az 1.6-osnál, ami már támo- 
gatja a 360-as játékvezérlőt. Itt tehát 
garantáltan frissítésre lesz szükség.) 
Akik Xbox vezérlőt használnak, azok- 
nak szükségük van az xpad meghajtó- 
ra. Miután ezek USB-re csatlakoztatha- 
tó vezérlők, a rendszer automatikusan 
be fogja tölteni a meghajtót, amikor 
bedugjuk a gamepad csatlakozóját. 
Persze ez csak akkor igaz, ha a rend- 
szer megfelelően felismeri a gamepad- 
et. Az említett jstest program itt is 
jól működik. 

Ha - legalább nagyjából — biztosak 
vagyunk abban, hogy a hardverünk 
jól működik és minden bővítményt 
megfelelően telepítettünk, akkor vég- 
re továbbléphetünk, és beállíthatjuk 
magát az emulátort. 


A PCSX és a bővítmények beállítása 
Mint azt korábban is említettem, maga 
a PSCX csak egy alapprogram. Külön- 
böző bővítményekre van szüksége 
ahhoz, hogy bármit elvégezhessen. 
Éppen ezeket telepítettük az imént. 

A bővítmények beállításához lépjünk 
be abba a könyvtárba, amit a fájlok ki- 
csomagolásakor hoztunk létre (példá- 
ul -—/Downloads/Pcsx). Indítsuk el eb- 
ből a könyvtárból a PCSX rendszert 

a . /pcsx parancs kiadásával. 

Egy dialógusablak jelenik meg, amely- 
ben a program felszólít bennünket, 
hogy adjuk meg a szükséges beállítá- 
sokat. Kattintsunk az OK gombra 

a PCSX Configuaration dialógusablak 
megnyitásához (1. ábra). A legtöbb 
ilyen dialógusablakban tulajdonkép- 
pen semmit nem kell csinálnunk, ha- 
csak nincs valamilyen speciális igénye 
az általunk használt hang- vagy 
videórendszernek, vagy kifejezetten 
játszadozni szeretnénk a lehetséges 
beállításokkal. Éppen ezért én most 
csak a legszükségesebb beállításokra 
fogok kitérni. 

A legfontosabb dolog, amit be kell 
állítanunk a konfigurációs panel Pad 
szakasza, kattintsunk tehát ezen 

a fülön a ,Configure" (Beállítás) 
pontra (2. ábra). 

Az ,Emulation" mellett kattintsunk 

rá a PCSX rádiógombra. Ha analóg 
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vezérlőnk van, jelöljük be azt is. Ettől 
kezdve a megfelelő pontokra kattintva 
szabadon megadhatjuk, hogy milyen 
funkciók legyenek hozzárendelve 

a különböző gombokhoz. Ha például 
botkormányt használunk, kattintsunk 
a FEL nyílra a bal oldalon látható né- 
gyes blokkban, majd nyomjuk előre 

a botkormányt. Néhány gombot 

a billentyűzetre is le lehet képezni, 

de a lehetőségek száma itt erősen vé- 
ges, úgyhogy amit lehet, azt inkább 
magával a vezérlővel oldjuk meg. 

Ha makrókat akarunk készíteni, hasz- 
náljuk az alul látható M gombokat. 
Nyomjunk OK-t, ha készen vagyunk 
a vezérlőgombok hozzárendelésével. 
Ha két vezérlőnk van, kattintsunk 

a , Configure" gombra a Pad 2 fülön, 
és ismételjük meg az eljárást a máso- 
dik vezérlővel is. Győződjünk meg 
róla, hogy módosítottuk az eszközbe- 
jegyzést is. Hogy melyik gamepad tar- 
tozik a js0 és melyik a js1 eszközfájl- 
hoz, arról a jstest segítségével győ- 
ződhetünk meg. A vezérlők beállítása 
után meg kell mondani a PCSX-nek, 
hogy melyik BIOS-t használja. Ehhez 
a BIOS szakaszban válasszuk ki a le- 
gördülő menüből a megfelelő nevet. 
A beállítás ezzel kész is. Ha minden 
rendben, nyomjuk meg az OK-t, 

és a PPCSX már el is indul (83. ábra). 


Előkészületek a játékhoz 

A PCSX nem tudja közvetlenül olvas- 
ni a PlayStation CD-ket, hacsak nem 
használunk az általam választottól el- 
térő bővítményt. Pánikra semmi ok, 
szándékosan választottam másféle 
kezelőt. Valójában ugyanis sokkal 
gyorsabban megy a játék, ha az erede- 
ti játék CD-jéről lemezképet készítünk 
és annak a merevlemezen tárolt kópi- 
áját használjuk. Ugyanakkor -— számos 
kisebb-nagyobb eltérés miatt — a leg- 
több, erre a célra általában használt 
eszköz most nem jó ehhez a művelet- 
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hez. (Akit ez bővebben is érdekel, 
nézze meg a Mega Games oldalt.) 
Ezek helyett tehát használjuk 

a cdrdao parancsot, amivel ISO fájlt 
készíthetünk a CD , nyers" tartalmá- 
ból. Legtöbbünk számára a megfelelő 
parancs így fog kinézni: 


cdrdao read-cd --read-raw 
sm.--datafile frogger.bin 
—5—-device ATAPI:0,0,0 --driver 
3 generic-mmc-raw frogger.toc 


Itt frogger . bin az elkészítendő adat- 
fájl neve (ezt a CD-t választottam 
magának a játéknak a bemutatására), 
a frogger . toc pedig az elkészítendő 
tartalomjegyzék-fájl. Mindkét fájlnak 
a játék alapján adtam nevet, hogy ké- 
sőbb ne kelljen keresgélnem, mi hol 
van. Az ATAPI:0, 0 ,0 paraméter a leg- 
több CD-meghajtóval működni fog. 


Végre játszunk 

Igen, hosszú menet volt, de végre 
kipróbálhatunk egy játékot is. 

Most mindjárt szólok is, hogy nem 
minden játék fog működni. A Frogger 
rögtön ment, a Final Fantasy VII-tel 
viszont még mindig küzdök. Persze 
ez egy jóval bonyolultabb játék... 
Indítsuk el a PCSX-et pont ugyanúgy, 
mint az előbb, vagyis lépjünk be 

a Pcsx könyvárba és írjuk be a . //pcsx 
parancsot. Most csak a PCSX párbe- 
szédablak jelenik meg. Szükség esetén 
használjuk megint a , Configuration" 
menüt a beállítások módosításához. 
Ha készen állunk a játékra, válasszuk 
a File menü Run CD pontját, majd ke- 
ressük meg az imért elkészített .bin és 





.toc fájlokat. Válasszuk ki a .bin fájlt 

a játékhoz és kattintsunk az OK 
gomba (4. ábra). Kis gyakorlásra 

lehet szükség, hogy rájöjjünk 

a vezérlő beállításaira, de azután 

már könnyebb lesz. 

Győződjünk meg róla, hogy a rend- 
szeren nem futtatunk semmi olyasmit, 
ami foglalja a háttérben a processzort 
vagy memóriát. Ezt úgy ellenőrizhet- 
jük, hogy nyitunk egy terminálablakot 
és a top parancsot beírva megjelenít- 
jük a futó folyamatok listáját. 
Előfordulhat, hogy nem tudjuk 

a játék ablakát nagyobbra méretezni, 
sőt rossz esetben akár össze is omol- 
hat a rendszer, ha erre kísérletet 
teszünk. Ilyenkor próbáljuk meg 

egy másik BIOS segítségével futtatni 
a kérdéses programot. Ehhez vá- 
lasszuk a File menü Run CD Through 
BIOS pontját. Ezzel a módszerrel szá- 
mos, eredetileg vonakodva működő 
játékot jobb belátásra téríthetünk. 
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zinte az e-mail megjelenésétől 
éz kezdve saját levelezőkiszolgá- 

lót tartok fenn, biztosítva ez- 
zel, hogy mindig naprakész legyek az 
internetes kommunikáció területén. 
A technológia, ami egy ilyen projekt 
felépítéséhez szükséges, más területe- 
ken remekül újrahasznosítható, ám 
folyamatos tájékozódást igényel. 
Eleinte igen egyszerű volt a feladat. 
Csatlakoztattuk a modemet, kerestünk 
egy közösségi UUCP kiszolgálót, beál- 
lítottuk a betárcsázós kapcsolatot, 
a uucico-t és a Sendmailt. Ez volt az 
e-mail I- modellje. Többnyire nem 
maradt el egy C-News lUsenet hírcso- 
port beállítása sem, amin keresztül 
hozzáférhetővé vált az akkor még vi- 
szonylag kis méretű Internet összes 
számítógépének UUCP címe. 
Az internet nagykorúvá válásával 
azonban jelentősen bonyolultabb 
lett a helyzet. A kiszolgálóink az 
internetes betörők célpontjaivá váltak, 
a hálózaton közlekedő e-mail csomag- 
jainkat lehallgathatják, postafiókjain- 
kat pedig kéretlen levelek ezrei áraszt- 
hatják el. És ha ez még nem lenne 
elég, sok munkahely annyira biztonsá- 
gos lett, hogy a munkahelyi hálózat- 
ból napközben el sem érhetjük saját 
levelező szerverünket. 
A korábbi linuxos kiszolgálóm statikus 
IP címmel DSL vonalon keresztül kap- 
csolódott az internetre. Ez a gép töb- 
bek közt DNS szolgáltatást nyújtott 
és tűzfalként (netfilter) működött. 
A levelek küldését és fogadását 
a Postfix végezte, a levélszemét szűré- 
sét pedig a SpamÁAssassin. A levelei- 
met a laptopommal IMAP-on keresz- 
tül, Netscape Communicatorral értem 
el, és ugyanez a program intézte a le- 
velek szétválogatását is különböző 
IMAP mappákba. 





Ez az egyszerű rendszer már a múlté, 
mióta a San Francisco öbölben találha- 
tó otthonomból Coloradóba, Denverbe 
költöztem. A statikus IP címet biztosí- 
tó DSL kapcsolat lehetősége meg- 
szűnt, helyette van egy monopol 
helyzetű fasisztoid internetszolgáltató. 
Statikus IP nincs (legalábbis nekem), 
ráadásul a szolgáltató szűri a leggyak- 
rabban használt IP portokat. Az új 
munkahelyem annyira biztonságos, 
hogy a laptopomat már nem is érde- 
mes magammal hordanom és a mun- 
kahelyi hálózatból sem érem el 

a levelezőkiszolgálómat. Mindez per- 
sze érthető. A szolgáltató védekezni 
akar a levélszemét ellen, és az alkal- 
mazottak miatt is indokolt a nagyfokú 
biztonság. A leveleimet viszont akkor 
is el akarom olvasni napközben is. 

Az említett akadályok leküzdése sze- 
mélyes kihívássá vált. E-mail olvasó 
gyanánt egy Ireo 650 mellett döntöt- 
tem, hogy áthidaljam a munkahelyi 
biztonság problémáját. Az otthoni 
levelezőkiszolgálómat beállítottam, 
hogy egy új lopakodó beállítást lehető- 
vé tevő szolgáltatást használjon, amely 
biztosít dinamikus DNS szolgáltatást 
és levéltovábbítást tetszőleges kapura. 
Íme a lényegesebb beállítások, ame- 
lyeket később majd lépésről lépésre 
bemutatok: 


e A levelezőkiszolgáló Gentoo 
Linuxot futtat és DHCP-vel kiosz- 
tott IP címmel VDSL (a Owest 
nevű szolgáltató által biztosított 
nagyon nagy sebességű DSL) vo- 
nalon keresztül kapcsolódik az 
internetre. A DNS regisztrátor 
a No-IPcom, amely figyeli az ügy- 
fél IP címének változásait. Ehhez 
a kiszolgálónkon a noip2 nevű 
ügyfélprogramot kell futtatnunk, 


ami a No-IPcom DNS kiszolgálójá- 
hoz kapcsolódva percenkértt frissí- 
ti a DNS bejegyzésünket. A szol- 
gáltatás neve Plus Managed DNS. 
A No-IPcom Mail Reflector szol- 
gáltatását is igénybe veszem, 
amely a tartományom számára 
biztosít egy MX bejegyzést a saját 
kiszolgálójukon, a leveleket pedig 
továbbítja a kiszolgálóm egy 
szabadon választott portjára. 

Így áthidaltam azt a problémát, 
hogy az internetszolgáltatóm 
blokkolja a bejövő 25-ös kaput. 

A szolgáltatóm internetes 
levélszemétküldő feketelistákon 
szerepelteti a DHCP címemet, így 
minden próbálkozás, hogy levele- 
ket közvetlenül a saját kiszolgá- 
lómról kézbesítsek, eleve kudarcra 
van ítélve. Erre a No-IPcom 
Alternate-Port SMIP szolgáltatása 
kínál megoldást, amely a kimenő 
levelek továbbítását biztosítja. 
Minden levelemet a No-IPcom SSL 
azonosítást használó kiszolgálójá- 
nak egy nem szabványos portjára 
irányítom, így nem számít, hogy 
az internetszolgáltatóm blokkolja 
a kimenő SMIP forgalmat. 
MTA-nak, azaz levéltovábbító 
ügynöknek (Mail Iransfer Agent) 
Postfixet használok, amely 
könnyedén beállítható lopakodás- 
hoz nem szabványos kimenő és 
bejövő kapukkal. 

A levélszemét szűréséhez 
SpamdAssassint használok. A beállí- 
tása egyszerű és remekül műkö- 
dik. Feladata dióhéjban annyi, 
hogy megvizsgálja a leveleket, 

a spam-gyanúsakat pedig egy X- 
Spam-Level fejléc mezővel látja el. 
Minél több csillag karaktert tar- 
talmaz ez a mező, vagyis minél 
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magasabb a pontszám, annál biz- 
tosabb, hogy levélszeméttel van 
dolgunk. Már egyetlen csillag 
esetén is megalapozott a gyanú. 
Nem tárolhatom az összes levele- 
met az okostelefonon és a levél- 
szűrést sem végeztethetem azzal, 
mivel ennyi levél el sem fér rajta. 
A szűrés feladata (vagyis az e-mail 
üzenetek szétválogatása külön 
IMAP mappákba), melyet eddig 

a Netscape Communicator ügyfélol- 
dalon látott el, most átkerül 

a Procmailhez. Létrehoztam egy 
.procmailrc fájlt, benne mindazok- 
kal a szabályokkal, amelyek alap- 
ján a levélszemét és levelezőlisták- 
ra érkezett üzenetek elhelyezése 
történik a kiszolgáló könyvtárszer- 
kezetében. Ez azért is hasznos, 
mert így bárhonnan hozzáférhetek 
az archivált üzeneteimhez is. 

Az egyik legkomolyabb problémát 
az IMAP kiszolgáló kiválasztása je- 
lentette. Jobban szeretem ugyanis 
a hagyományos mailbox formátu- 
mú postafiókokat, ahol az egy 
mappába tartozó üzenetek egyet- 
len fájlban tárolódnak. A legtöbb 
modern IMAP kiszolgáló, mint 

a Courter, vagy a Cyrus a leveleket 
az újabb maildir, vagy MH formá- 
tumban tárolják, ahol minden 
levél egyetlen fájlnak felel meg, 
elképesztő mennyiségű inode-ot 
felemésztve. Sajnos csak egyetlen 
nyílt forrású IMAP kiszolgálót 
találtam, amely a hagyományos 
mailbox mappákkal működik. 

Ez a uw-imap (ne számoljuk ide 

a CommuniGate Pro-t, amely szin- 
tén támogatja ezt a formátumot, 
viszont kereskedelmi termék), 
amelynek viszont számos gyengé- 
je akad, főleg az SSL-protokoll te- 
rületén. A tesztelés során az uw- 
imap és a választott SSL IMAP 
ügyfélprogram, a PalmOS-on futó 
VersaMaiil közötti kapcsolódási hi- 
bák miatt más megoldás után kel- 
lett néznem. A cél elérése érdeké- 
ben -— ami pedig az egyetlen fájlból 
álló mappák és működő SSL kap- 
csolat — az IMAP szolgáltatást és 
az SSL titkosítást két külön kiszol- 
gálóval kellett megvalósítanom: 
stunnellel és uw-imappal. 

A stunnel igen hatékonynak bizo- 
nyult az SSL beállítások, a napló- 
zás és hibakeresés területén. 
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e A levelezőrendszerem ügyféloldali 
részét eredetileg a Ireo 650-hez 
kapott gyári PalmOS-on futó 
VersaMail program és a Sprint ne- 
vű szolgáltatónál kötött előfizetés 
képezte. A döntés fő oka a havi 
mindössze 15 dollárért kínált 
korlátlan internet elérés volt. 

A VersaMail IMAP támogatása is 
elég jó, a Blazer Web böngészővel 
való integráció miatt pedig különö- 
sen jó vételnek tűnt. Sajnos azon- 
ban problémák merültek fel 

a VersaMail intenzív használata so- 
rán. A rendszer sarkalatos pontja 

a megbízható levelezőkiszolgáló, il- 
letve azon az új üzenetek lekérde- 
zése. A VersaMailnek viszont van 
egy, a lekérdezés ütemezését érintő 
hibája, ami nagymértékben csök- 
kenti a hatékonyságát. Így végül 

a SnapperMail-re (érdekes példája 
annak, hogyan képes kilenc új-zé- 
landi fickó megelőzni egy olyan 
nagy céget, mint a Palm Software) 
esett választásom, ami az egyik leg- 
jobb PalmOS alkalmazásnak bizo- 
nyult, amivel valaha találkoztam. 


Egyszóval van itt néhány mozgó al- 
katrész, így jól fog jönni egy diagram 
(1. ábra). 


Az 1. ábrán látható, hogy a beállításo- 


kat három területen kell elvégeznünk: 
ezek a Linux kiszolgáló, a No-IPcom 
és a Ireo 650 levelező ügyfél. 


No-IP.com 


Treo 650 





A Linux kiszolgáló beállítása 

A Gentoo Linuxra az igen kényelmes 
Portage csomagkezelő rendszer miatt 
esett a választásom. Portage-et hasz- 
nálva nem kell egyenként megkeres- 
nünk a szükséges csomagokat. 
Működését tekintve a Perl CPAN-hoz, 
vagy a Debian apt-get-jéhez hasonlít. 
A Gentoo telepítéséhez lásd 

a gentoo.org webhelyen található do- 
kumentációt. Az operációs rendszer 
telepítése többnyire kézileg vezérelt 
és akár nagyon hosszadalmas is lehet 
(némely telepítés akár napokig eltart- 
hat, mivel mindent magunknak 

kell lefordítanunk), ám a befektetés 
megtérül a karbantartás és az alkal- 
mazások beállítása során. 

Szükség lesz még a No-IPRcom fent 
említett DNS és SMIP szolgáltatásai- 
ra. Ezek dokumentációja megtalálható 
a No-IPcom webhelyén. 

A következő utasítások Gentoohoz 
íródtak, de könnyen alakíthatók más 
terjesztésekhez is. A lényeg, hogy 

a telepített programok rendelkezze- 
nek a szükséges képességekkel 

(mint például az SASL támogatás). 


Postfix MTA 


Telepítsük elsőként a rendszer alap- 
ját képező Postfixet. A Gentoo alapte- 
lepítése tartalmaz egy egyszerű le- 
véltovábbító ügynököt, az ssmtp-t 

— ezt el kell távolítanunk a Postfix 
telepítése előtt. A Postfixet SASL 








támogatással kell telepítenünk, 

azaz lefordítanunk. Ez a No-IPcom 
Alternate-Port SMIP szolgáltatásánál 
a hitelesített levél továbbításhoz 
szükséges. 

Az SASL támogatás engedélyezésé- 
hez az /etc/make.conf fájlban adjuk 
hozzá az sasl kulcsszót a Gentoo USE 
változójához: 


/etc/make . conf: 
USE-"sasl" 


Telepítsük az SASL könyvtárakat: 
ft emerge dev-libs/cyrus-sasl 


Töröljük az ssmtp-t, telepítsük 
a Postfixet: 


f emerge -C ssmtp 
f emerge postfix 


A rendszer indításakor indítsuk el 
a Postfixet: 


f rc-update add postfix default 


A Postfix beállítása kifejezetten egy- 
szerű, mindössze két beállításfájllal 
kell foglalkoznunk: az /etc/postfix 
könyvtárban található main.cf-fel 

és master.cf-fel. 

Adjuk meg a main. cf fájlban az átjá- 
rónk tulajdonságait. Itt most az átjáró 
gépneve mygateway, a tartománynév 
pedig foobar.net. A relay host, ame- 
lyen keresztül leveleinket küldjük 

a relayhost.no-ip. com, amely 

a 1234-es kapun fogad SMIP kapcso- 
latokat. Ezt a No-IPcom biztosítja 

az Alternate-Port SMTP szolgáltatás 
részeként. 


myhostname - mygateway 
mydomain - foobar.net 

myorigin - $mydomain 
mydestination - $myhostname, 

3 localhost. $mydomain $mydomain 
$home mailbox - .maildiír/ 
relayhost - relayhost.no- 

9 Tp.com:1234 
smtp.sasl auth enable - yes 
smtp. sas] password maps - hash: 
b /etc/postfix/saslpass 

smtp. sas] security options -— 


Adjunk meg még egy kaput, a 4321- 
est, a 25-ösön kívül a Postfix master.cf 
fájljában. Ezen fogunk SMIP kapcso- 


latokat fogadni a Mail Reflector 
No-IPcom szolgáltatás keretében 
és a Ireo 650-ről is. 


4321 inet n - n - 
tud smtpd 


Hozzunk létre egy SASL jelszófájlt 
l/etc/postfix/saslpass néven. Ez fogja 
tartalmazni a foobar . netínoip-smtp 
felhasználó jelszavát (????) 

a relayhost.no-ip.com gazdagéphez. 
Ezek is a No-IPcom szolgáltatásának 
beállításai. 


/etc/postfix/saslpass: 
relayhost.no-ip. com 


Hozzunk létre egy dbm táblát: 


f cd /etc/postfix 
f postmap saslpass 


Utolsó simításként engedélyezzük 

a levéltovábbítást a Ireo 650-ről. Itt 

a Sprint szolgáltatását használjuk, te- 
hát meg kell tudnunk, hogy milyen IP 
cím tartományból fogunk csatlakozni 
a kiszolgálónkhoz. A Postfix main.cf 
fájljának nynetworks paraméterének 
tartalmaznia kell a switch címét. Most 
az otthoni hálózat és a helyi vissza- 
csatoló hálózat mellett a 70.0.0.0/8-at 
adjuk meg, biztonsági okokból azon- 
ban érdemes lehet szűkíteni ezt 

a címtartományt. 


mynetworks - 192.168.1.0/24 
5127.0.0.078 70.0.0.0/8 


Spam szűrő 

lovábbi két csomagra lesz szükség, 
ezek a spamassassin és a procmail. 
A telepítés lépései (Gentoon) 

a következők. 

Telepítsük a Procmailt: 


f emerge procmail 

lelepítsük a SpamAssassint: 

f emerge spamassassin 

A SpamAssassin automatikus indításá- 
hoz fírissítsük az rc indítószkripteket 
(más csomagkezelők használata esetén 


ez már meg is történt): 


ff rc-update add spamd default 


Módosítsuk a Postfix beállításait, hogy 
az a Procmaillel kézbesítse a leveleket. 
Adjuk az alábbi sort az 
letc/postfix/main.cf fájlhoz: 


mailbox command - 
sz /usr/bin/procmai I 


Hozzuk létre a Procmaiil beállításfájlját 
letc/procmailrc néven és adjuk hozzá 
az alábbi szabályt, hogy a levelek ke- 
resztülmenjenek a SpamAssassinon: 


DEFAULT-/var/spool/mai 1 /$LOGNAME 
: Ofw: spamassassin.lock 

x c 256000 

] /usr/bin/spamc 


Indítsuk el a spamd kiszolgálót: 
ff /etc/init.d/spamd start 


Kézbesítés 

Hozzunk létre egy IMAP könyv- 
társzerkezetet, majd állítsuk be 

a Procmailt, hogy ezekbe kézbesítse 

a leveleket. Ha több felhasználónk 
van, ezt mindegyiknél végre kell haj- 
tanunk. Az alábbi beállítások a —/.m 
könyvtárat jelölik ki gyökérkönyvtár- 
nak. A felhasználók Procmaiil beállítá- 
sai a —/.procmail fájlba kerülnek. Kiin- 
dulópontként használhatjuk az alábbi 
példát, amely különválogatja a levél- 
szemetet és a levelezőlistákra érkezett 
leveleket. Iovábbi részletekért lásd 

a procmailrc(5) kézikönyvoldalt. 


PATH—/bin:/usr/bin:/usr/sbin 
MAILDIR-$HOME/ .m 
DEFAULT-$MAILDIR/Mbox 
LOGFILE-$HOME/ . procmai 1 . log 
VERBOSE-yes 


f File gentoo-user mailing list 
ssinto -/.m/lst/gentoo 

0 

x (ATo."JACc.")gentoo- 

s userálists.gentoo.org 
1lst/gentoo 


f File jobserve mail into -/.m/ 
s ]st/jobserve 

HOS 

x AFrom."jobserve.com 
lst/jobserve 


f File SPAM into -/.m/Spam with 
some exceptions: 
50: 








x AX-Spam-Level:. Vt 


l AFrom. "netfli1x 
s lAFrom."vail 
! AFrom. "ebay member 
s lAFrom."cnet 
Spam 


f File SPAM that escaped 
— spamassassin: 


:O 

7 AFrom."feversave. com 
Spam 

SOK 

- AFrom."sears.com 
Spam 


Most, hogy a levélfeldogozó 
rendszer darabjai a helyükre 
kerültek, elindíthatjuk a Postfixet 
és várhatjuk a leveleket. Lefoga- 
dom, hogy az első üzenetek 

a —/.m/Spam mappában fognak 
megjelenni: 


ft /etc/init.d/postfix start 


Az IMAP kiszolgáló 

Az IMAP szolgáltatásunk a stunnelből 
és az uw-imapból áll össze. Az uw- 
imap telepítése némiképp eltér 

a szokványostól, mivel a Gentoo alap- 
beállításai nem teszik lehetővé a lefor- 
dítását clear-text, azaz titkosítatlan 
jelszavas azonosítással titkosítatlan 
csatornán. Nekünk mégis ez kell, 
hiszen a kiszolgálónk stunnel mögött 
lesz. A megoldás egy speciális USE 
beállítás, amely kikapcsolja az SSL 
támogatást és engedélyezi 

a titkosítatlan jelszavakat. 

Gentoo Linuxon a telepítés a követ- 
kező paranccsal történik: 


f USE-"-ss] clearpasswd" emerge 
53 uw-imap 


A stunnel beállításfájlba fel kell 
vennünk egy IMAP részt az alábbi 
módon: 


pid - /var/run/stunnel/ 
s stunnel.pid 

socket - I]:TCP NODELAY-1 
socket - r:TCP NODELAY-1 
cert - /etc/ssl/certs/ 
3 foobar.net.pem 

limaps] 

accept - 993 

exec - /usr/sbin/imapd 
execargs - imapd 


Hozzunk létre self-signed, vagyis 
saját aláírású SSL tanúsítványt 
foobar.net.pem fájlnévvel: 


f cd /etc/ss1l/certs 
f openss]l reg -new -x509 -nodes 
5. out cacert.pem -keyout 
sscakey.pem -days 5000 
Country Name (2 letter 
code) [AUJ]:Us 
State or Province Name 
(full name) [Some-State]:Co 
Locality Name (eg, 
sscity) []:Highlands Ranch 
Organization Name (eg, 
ss company) [Internet Wwidgits 
mepty Ltd] : 
Organizational Unit 
ssName (eg, section) []:home 
Common Name (eg, YOUR 
ssname) []:foobar.net 
Email Address 
ss [] : megfoobar.net 
f cat cakey.pem cacert.pem 5 
3 foobar.net.pem 


Gentoon a stunnel automatikus 
indításához frissítenünk kell az 
indítószkripteket is: 


f rc-update add stunnel default 


A Treo 650 beállítása 


PalmOS operációs rendszerhez két 

jó IMAP ügyfélprogram található. 

Az egyik a Ireora gyárilag telepített 
VersaMail, a másik pedig egy kereske- 
delmi alkalmazás, a SnapperMail. 

Én az utóbbit választottam, még 

a meglehetősen borsos ára ellenére 

is (körülbelül 60 dollárba kerül). 
Mindkét programmal feliratkozhatunk 
IMAP mappákra a kiszolgálón és kezel- 
hetünk csatolt fájlokat. A SnapperMailt 
viszont alaposabban tesztelték és a to- 
vábbi szolgáltatásai miatt megéri az árát. 
PalmOS programok telepítéséhez és 
általában a Ireo 650 kezeléséhez 
Linuxon a pilot-link programcsomagot 
használom. Gentoon így telepíthetjük: 


ft emerge pilot-link 


A pilot-linkkel készíthetünk biztonsági 
mentést a Ireoról, amit aztán a Linux 
valamely könyvtárában tárolhatunk és 
programokat is, mint a SnapperMailt 
is ezzel telepíthetünk. 

A Treot Bluetooth-szal és PPP-vel csat- 
lakoztatom a Linux notebookomhoz, 


de használhatnék akár USB-t is. 

A pilot-link programcsomag által 
használt kapcsolat típusát 

a PILOTROOT környezeti változóval 
adhatjuk meg, USB kábel esetén így: 


ff export PILOTPORT-/dev/ 
ss tts/USB1 


Bluetooth esetén pedig így: 
f export PILOTPORT-net: any 


Létrehoztam egy treo nevű könyv- 
tárat a saját könyvtáramban, amelybe 
programok telepítése előtt a követ- 
kező paranccsal készítek biztonsági 
mentést a Ireoról: 


f pilot-xfer -b treo 


Így pedig növekményesen ment- 
hetjük, azaz szinkronizálhatjuk az 
okostelefon tartalmát ugyanebbe 
a könyvtárba: 


f pilot-xfer -s treo 


A biztonsági mentés visszaállítására 
a következő parancs szolgál: 


f pilot-xfer -r treo 


A SnapperMail telepítéséhez töltsük 
le az SME231.zip nevű fájlt 

a www.snappermail.com webhelyről, 
csomagoljuk ki, majd futtassuk az 
alábbi parancsot: 


f pilot-xfer -i SnapperMait I - 
ss ent.prc 


A Treo 650 legkönnyebben a szolgálta- 
tótól megrendelhető Sprint PCS Vision 
Professional Pack csomag segítségével 
állíthatjuk be a Sprint hálózatához. 

A SnapperMailhez jár egy 60 olda- 

las PDF formátumú felhasználói 
kézikönyv, de a beállítása is magától 
értetődő. 
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Biztonsági szolgáltatások 


A Red Hat Enterprise 
Szerver felépítése 
azt bizonyítja, hogy 
ra kevesebb sokszor 
több" — különösen 
egy jól megvalósított 
SELinux révén. 





bben a hónapban véget ér 

a biztonsági lehetőségekről 

szóló három részes disztribú- 
ció-áttekintő sorozatunk. SUSE Linux 
10.0-val kezdtem, majd Debian 
GNU/Linux 3.1-gyel folytattam, végül 
ebben a részben a Red Hat Enterprise 
Linuxról (RHEL) lesz szó. 
A Red Hat Enterprise Linux egy általá- 
nos célú Linux disztribúció, amely 
a szerverek és az asztali gépek piacát 
is megcélozza. Amint a nevéből is lát- 
szik, az RHEL igen robusztus kíván 
lenni, stabil és skálázható; más szóval: 
egy nagyvállalat igényeinek is meg 
akar felelni, éles környezetben. 
Ez nem is meglepő, hiszen az RHEL 
arról híres, hogy minden tekintetben 
a csúcson teljesít. A SUSE Linuxhoz 
hasonlóan az RHEL is futtatható 
az IBM eServer z-Series mainframe 
nagygépeken is. 
A kiválasztott szoftvercsomagokra 
vonatkozóan a Red Hat (a SUSE 
Linuxnál sokkal inkább, de a Debian- 
nál is jobban) ragaszkodik ahhoz 
a megközelítéshez, hogy ,a kevesebb 
sokszor több". Míg egy teljes Debian 
rendszer 15000-nél is több csomagból 
áll, a SUSE is 4000 felett tartja a cso- 
magot számát, az RHEL megelégszik 
1730-cal (beleértve az RHES alkalma- 
zásszervert és az extra csomagokat is, 
melyek nem részei a szigorú értelem- 
ben vett operációs rendszernek). 


Egyáltalán nem eufémizmus azt 
mondani, hogy ezt az irányválasztás 
jól védhető. A hivatalosan támogatott 
csomagok számának korlátozásával 

a Red Hat jóval kisebb támadási felü- 
letnek van kitéve (nem is beszélve 

a segítségnyújtó alkalmazottaktól 
elvárt ismeretekről). A kevesebb 
csomag kevésbé bonyolult rendszert 
eredményez, ez pedig nagyobb stabili- 
tást és biztonságot jelent (legalábbis 
elméletben). 

Ennek a tervfilozófiának azért hátrá- 
nyai is vannak. Korlátozottabb módon 
lehet válogatni az eszközök közül 
(hálózati kiszolgálók és háttérprogra- 
mok, titkosítási és egyéb eszközök 
terén), kisebb a rendszer rugalmassá- 
ga; megnő annak a valószínűsége, 
hogy kénytelen lesz a felhasználó 
egy harmadik féltől származó csoma- 
got telepíteni; esetleg saját magának 
kell lefordítania egy-egy programot 
közvetlenül a forrásból. 

Ahogy azt már többször említettem 
korábbi cikkeimben, alapvetően nincs 
semmi gond a házilag fordított prog- 
ramokkal, különösen akkor, ha ez 
bizonyos összetevők , bele nem for- 
dítását" (azaz kizárását) jelenti, haté- 
konysági vagy biztonsági meggondo- 
lásokból. De semmi sem kelhet ver- 
senyre a disztribúció által támogatott 
bináris csomagokkal az automatizált 
biztonsági frissítések terén. A Gento0- 


n kívül egyetlen nagyobb disztribúció- 
nak sincsenek automatikus eszközei 
olyan programok biztonsági frissítésé- 
re, amelyeket a helyi gépen közvetle- 
nül forráskódból fordítottak. 

Ezen kívül, ahogy arra majd rá fogok 
mutatni, az RHEL ES (Enterprise 
Server) 4 a SELinuxtól eltekintve 
(SELinux — Security Enhanced Linux, 
megerősített biztonságú Linux) különö- 
sen is csínján bánik azokkal a progra- 
mokkal, melyek kifejezetten a bizton- 
ság megerősítését vagy a biztonsági 
rések pásztázását szolgálják. Ez nem 
azt jelenti, hogy az RHEL-t alacso- 
nyabb biztonságúnak gondolnám; 

a kisebb támadási felülete és a kitűnő 
SELinux támogatása egyaránt kima- 
gasló színvonalú. Ez inkább azt jelenti, 
hogy más, nagyobb disztribúciókkal 
összehasonlítva kevesebb választá- 
sunk van egy RHEL-alapú biztonsá- 
gos szerver vagy asztali gép kiala- 
kításának módját illetően, illetve 

még kevesebb választásunk van 

arra nézve, hogy hogyan használjuk 

a biztonsági alkalmazásokat. 


A Red Hat Enterprise Linux igen egy- 
szerűen használható grafikus telepítő- 
vel rendelkezik, amely - az alap ope- 
rációs rendszer telepítése mellett — 
lehetővé teszi számos további 
programcsomag kiválasztását, 
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1. táblázat Néhány biztonsági programcsomag az RHEL ES 4-ben 


bind-chroot 


dovecot 
idei iz lelik 
krb5-server 


splint 
vsftpd 


cryptsetup 

ethereal, tepdump 

gnupg 

ipsec-tools 

nc 

nmap, nmap-front end. 
openldap-clilents, openldap-servers 
openssh 

openssli 

policycoreutils, setools, setools-gul 
selinux-doc 

postfix-pflogsumm 

spamassassin 

Saidigtaii 


sudo, usermode 
tep wrappers 


up2date, up2date-gnome 


a rendszergazda jelszavának megadá- 
sát, a hálózat beállítását, egy egyszerű 
helyi tűzfal-házirend kialakítását, 
valamint a SELinux használatának 
bekapcsolását. Az első újratöltés után 
a telepítő további módosításokat esz- 
közöl: beállítja a Red Hat hálózati elő- 
fizetést, segít létrehozni az első nem- 
adminisztrátori felhasználói fiókot 

és beállítani az X Window rendszert. 
Én személy szerint nem sokat szoktam 
foglalkozni a Red Hat telepítőprog- 
ramjának csomagkiválasztó részével. 
Ez a választólista ugyanis nem fedi le 
még a telepítőlemezen található prog- 
ramokat sem (nem is beszélve az 
internetes gyűjteményekről). Ponto- 
sabban az volt a tapasztalatom, hogy 
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Beállítja a BIND-alapú DNS szervert chroot Jail-ben (átállított gyökérkönyvtárú, 
nagy biztonságú operációs rendszer-részben) való futtatásra. 


Biztonságos futásra kihegyezett IMAP szerver (levélkézbesítő). 


RADIUS hitelesítési szolgáltatás hálózati eszközök számára 


Kerberos hitelesítési és titkosítási szerver. 


Eszköz C nyelvű programkódok ellenőrzésére, különös tekintettel a biztonsági 


sebezhetőségeket rejtő hibákra. 


Nagy biztonságú FIP kiszolgáló. Ez az RHEL egyetlen FIP szervere -— kitűnő 


választás. 


Titkosított fájlrendszer létrehozását teszi lehetővé (virtuális blokkeszközökként). 


Klasszikus protokollelemzők (azaz csomagkémlelők). 


E-mail titkosító eszköz (általános célú titkosításra is alkalmas). 


IPSEC VPN alagút kiépítését segítő eszközök. 


Netcat, sokoldalú IP-csomag átirányító. 


Nmap portszkenner és a hozzá tartozó grafikus felület. 


OpenLDAPp címtár és hitelesítési rendszer. 


A legnépszerűbb szabad "Secure Shell" szerver és kliens. 


Általános célú SSL/TLS titkosítási könyvtárak és eszközök. 


SELiInux házirend-beállító és -kezelő eszközök. 


Alapértelmezetten nincs telepítve, de hasznos lehet a SELinux dokumentációja. 


Naplóösszegző a Postfix levélküldőhöz. 


Népszerű SPAM/UCE (kéretlen reklámlevél) szűrő. 


Általános célú SSL/TLS csomagoló (wrapper) TCP alkalmazásokhoz. 


Programok rendszergazdai jogosultsággal történő futtatásának lehetővé tétele 
nem-rendszergazda felhasználók számára. 


Egyszerű IP alapú hozzáférés-szabályozást tesz lehetővé különböző ICP 


alkalmazások számára. 


A Red Hat automatikus (hálózati) szoftverfrissítője. 


volt néhány csomag, melynek létezé- 
sében biztos voltam (például a gnupg), 
mégsem találtam őket, egyszerűen 
azért, mert olyan kategória alá voltak 
eltemetve, amelyre álmomban sem 
gondolnék. A csomagkiválasztó által 
felajánlott programokra vonatkozóan 
sajnos nem látunk részletes leírást, 

és a merevlemez-igényére nézve 

sem kapunk információt. 

Ráadásul a függőség-kezelő funkciója 
is szándékoltan primitív. Ha a telepítő 
nem talál valamit, amire szüksége 
van, egyszerűen hibát ad; semmilyen 
megoldást nem kínál fel a probléma 
megoldásának érdekében (megadhat- 
ná a hiányzó csomag helyére vonatko- 
zó információt, vagy felajánlhatná 





a gondot okozó, függőségben álló cso- 
magok kiválasztásának vagy ki nem 
választásának lehetőségét stb.) Bár az 
egyszerűség dicséretes erény lehet, ez 
a korlátozott funkcionalitás nem ver- 
senyezhet a Debian aptitude csomag- 
kezelő eszközével vagy a SUSE YaST 
adminisztrációs központjával. Ha ezt 
a csomagkiválasztó modult a telepítés 
után újra használni szeretnénk, meg- 
kereshetjük a GNOME Alkalmazások 
menüpontja alatt a Rendszerbeállításo- 
kon belül: Alkalmazások telepítése/ 
törlése. Véleményem szerint azonban 
sokkal inkább javunkra szolgál, ha 

a szoftvertelepítéseket az up2date 
segítségével, vagy éppen a jó öreg 
RPM-mel oldjuk meg. 





lehát milyen biztonsággal kapcsola- 
tos csomagok érhetőek el az RHEL 
ES 4-ben? Az 1. Táblázat felsorolja 

a legtöbbjüket. Röviden, ha biztosíta- 
ni akarjuk a helyi rendszert, akkor 
ehhez lényegében elegendő 

a SELinux használata és a helyi 
tűzfal-házirend beállítása. Ha más 
rendszerek biztonságát szeretnénk 
elemezni, auditálni, akkor ehhez 

az RHEL ES 4-ből szinte csak az 
Nmap programot tudjuk használni. 
Ez a gyűjtemény tisztességesen átfog- 
ja szinte az összes lényeges biztonsági 
eszközt. Néhány hiányzó programot 
azonban meg kell említeni: 


e Jó volna valamiféle fájl-integritás 
(sérülésmentesség) vizsgáló, mint 
pl. a Tripwire vagy az AIDE. 


e — [Ideje volna átváltani a Syslog- 
NG-re, ami egy igen hatékony 
rendszernaplózó, szemben a régi 
syslogd-vel, amire az RHEL épít. 


e — Kellene valamiféle virtualizációs 
környezet (Felhasználói Módú 
Linux, Bochs, Xen stb.). 

e A mindenütt jelenlévő 
behatolásérzékelő és csomag- 
naplózó Snort is hiányzik. 


e . Webes biztonsági eszközökre 
is szükség lenne, mint például 
a sguidguard, a mod security stb. 


lermészetesen mindenki szabadon 
megteheti, hogy ezen eszközök bár- 
melyikének forráskódját letölti és ma- 
nuálisan lefordítja. De az ily módon 
elkészített programokat nem lehet 
majd az up2date automatikus frissíté- 
seivel naprakészen tartani. 

Így tehát elmondható, hogy az RHEL 
meglehetősen prózai, mind az elér- 
hető biztonsági csomagok, mind 

a programtelepítő vonatkozásában. 
Dicséretére legyen mondva, hogy 

a telepítő egy másik modulját, mely- 
ben a tűzfal és a SELinux állítható be, 
igen kedvelem (1. ábra). A tűzfal is, 

és a SELinux funkcionalitás is be van 
kapcsolva alapértelmezetten, és 

a képernyő baloldali keretében látható 
súgószöveg minden beállítási lehető- 
séget részletesen elmagyaráz. 

Ha a tisztelt felhasználónak még soha- 
sem volt dolga SELinuxszal, választha- 


A firewall can help prevent unauthorized access to your computer from the 


Firewall 
Configuration 


A firewall sits between your 
computer and the network, and 
determines which resources on 
your computer remote users on 
the network are able to access. 
A properly configured firewall 
can greatly increase the out-of- 
the-box security of your system. 


Choose the appropriate 
security level for your system. 


outside world. Would you like to enable a firewall? 
0 Na firewall 
(9 Enable firewall 
You can use a firewall to allow access to specific services on your 


computer from other computers. Which services, if any, do you 
wish to allow access to ? 


L] Remote Login (SSH) 

LI] Web Server (HTTP, HTTPS) 
L] File Transfer (FTP) 

L1 Mail Server (SMTP) 


Security Enhanced Linux (SELinux) provides finer-grained security 


controls than those available in a traditional Linux system. It can be 


No Firewall — No firewall 
provides complete access to 

your system and does no 

security checking. Security 
checking is the disabling of 

access to certain services. This 
should only be selected if you [el 
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tó egy olyan beállítás is, mely szerint 
a kernel csak egy figyelmeztetést ad 
az olyan esetekben, amikor sérül a he- 
lyi SELinux házirend, de nem gátolja 
meg a jelzést okozó esemény futását. 
Alapértelmezetten azonban a SELinux 
aktív állapotban van, és érvényesít 
egy alapvető házirendet — ez némileg 
korlátok közé szorítja az Apache 
(httpd), a bind, a NIS (ypbind), 

a dhcpd, a mysgld, az ntpd, a portmap, 
a postgresgl, az snmpd, a sguid és 

a syslogd működését. 

Még egyet érdemes tudni a Red Hat 
Enterprise Linux telepítőjéről: sem 

a kezdeti beállításoknál (amikor meg- 
adható a rendszergazda jelszava), 
sem pedig az első nem-rendszer- 
gazda felhasználók jelszavának beál- 
lításakor nincs semmi olyan jelszó- 
erősség-vizsgálat, mint amilyet példá- 
ul a SUSE telepítője használ, vagy 
amilyet — meglehetősen egyszerű 
szöveges ablakban - a Debian telepí- 
tésekor is láthatunk. 

Ez elég szerencsétlen megoldás. Jelszó- 
törő és nyers erőre építő támadások 
nap mint nap érnek bennünket. 
Örömmel láttam azonban, hogy az 
XScreenSaver képernyővédő úgy van 
beállítva, hogy bekapcsolásakor jelszó- 
val zárja le az X munkameneteket. 

Már akkor is boldogabb lennék, ha csak 
ezektől az XScreenSaver által használt 
jelszavaktól követelné meg a rendszer, 
hogy tartalmazzon kis- és nagybetűket, 
központozást és számokat. 


set up ín a disabled state, a state which only warns about things 
which would be denied, or a fully active state. 


Enable SELinux ?: 





Automatikus frissítések up2date-tel 
Rendszerünk naprakészen tartása, 
azaz a legfrissebb biztonsági frissítések 
letöltése és alkalmazása alapvető fon- 
tosságú minden Linux rendszerben. 

A Red Hat volt az egyik úttörő az 
automatikus frissítések felkínálásá- 
ban, amikor néhány éve az up2date 
segédprogrammal együtt bevezette 

a Red Hat hálózati szolgáltatásokat; 

ez a rendszer egyre kiforrottabban 
működik. 

Működésének módja, hogy minden 
frissen feltelepített Red Hat rend- 
szer első újratöltése után felajánlja 

a lehetőséget a Red Hat hálózati szol- 
gáltatások beállítására. Minden Red 
Hat termék magában foglalja az 
"RHN (N — Network, hálózati) frissí- 
tési felhatalmazásra" való előfizetést. 
Amikor kéri a rendszer, be lehet 

írni egy felhasználónevet és jelszót, 
amelyet használni szeretnénk a ké- 
sőbbiekben, valamint egy előfizetői 
számot, amely a telepítési médium- 
mal érkező , aktiválja előfizetését" 
kártyára van nyomtatva. Ugyanaz 

a felhasználói fiók használható 
egyegy előfizetéshez tartozó több 
rendszer kezelésére. 

Mindezek , mellékhatásaként" tehát 
lesz egy aktív előfizetésünk a Red Hat 
hálózati szolgáltatásokra, ezen belül 
egy rendszerprofilunk, amely megfe- 
lel az aktuális Red Hat rendszerünk- 
nek; valamint egy RHN frissítési 
felhatalmazásunk, amely révén rend- 





szerünk automatikusan ellenőrizheti 
és letöltheti a megvásárolt RHEL 
verzióhoz tartozó szoftvercsomagok 
legfrissebb változatait. 

A biztonsági frissítések ellenőrzésé- 
nek és alkalmazásának legegyszerűbb 
módja, ha a GNOME asztalon levő 
Red Hat hálózati riasztások" ikonra 
mért jobb egérkattintással kiválaszt- 
juk a , Frissítések ellenőrzésé"-t, majd 
lefuttatjuk az up2date-et, ha szüksé- 
ges. Az említett ikon sugárzó piros 
felkiáltójelet tartalmaz, amennyiben 
a rendszer nem naprakész - ellenke- 
ző esetben kék pipa jelzi a friss 
rendszerállapotot. 

Automatizálni is lehet a frissítéseket: 

a megfelelő RHN igazolvánnyal 
bejelentkezve a Red Hat weboldalára 
(52 www.redhat.com/en us/USA/rhn 

az amerikai felhasználók számára) 

a , Systems" (, Rendszerek") fülre kat- 
tintva kiválasztható a saját rendszer- 
profilunk. A , Properties" (, Tulajdonsá- 
gok") menüpontban kattintsunk az 
automatikus hibajavítás melletti jelölő- 
négyzetre (2. ábra). Ilyen frissítési 
módra nyilván semmi szükség magas 
rendelkezésre állású vagy változás- 
vezérelt rendszerek esetén, hiszen 

a szoftverfrissítések mindig hozhatnak 
újabb hibákat vagy ütközéseket. 

Az up2date/RHN páros érett és sok le- 
hetőséget kínáló megoldás, különösen 
nagy szervezeteknél, melyek részéről 
megvan az igény és a fizetőképesség 
a számítógép-hálózat ilyen módon 
történő kezelésére és naprakészen 
tartására. Egyszerű Linux felhasználó- 
ként azonban számomra ez bonyolul- 
tabb, mint a Debian apt programrend- 
szere (amely talán bizonyos tekintet- 
ben spártaibb, de sokkal egyszerűbb 
szkripteket írni hozzá), sőt a SUSE 
YOU (,Yast Online Update") frissítő- 
jénél is komplikáltabb (ezt sokkal 
egyszerűbb konfigurálni). 

Furcsamód úgy tűnik, hogy (az RHEL 
sok más összetevőjéhez hasonlóan) az 
up2date opcióinak beállításához több 
grafikus felületet is végig kell nézni 
(beleértve a Red Hat weboldalát) — ha- 
csak nem parancssorból állunk neki 

a beállításnak (ezen esetben ugyanis 
elegendő csak a /etc/sysconfig szer- 
kesztése). Ha a beállítandó Red Hat 
rendszerünk egy szerver (amin, meg- 
felelő szigorúságú házirend esetén 
talán nincs is telepítve az X Window 
rendszer), vagy csak egyszerűen sze- 
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reti valaki a parancssort, akkor biztos 
vagyok abban, hogy az up2date és 

a többi Red Hat funkcionalitás megta- 
nulása nem okoz komolyabb nehézsé- 
get. Ironikusan úgy fogalmazhatnék, 
hogy az RHEL adminisztrációjának 
grafikus felületei (amelyek elvileg 
azért születtek, hogy egyszerűbbé 
tegyék a felhasználók dolgát) inkább 
összezavarnak. De az is lehet, 

hogy ez csak számomra van így. 


öELinux a Red Hat Enterprise 
Linuxon 

Amint láthattuk, az RHEL az operáci- 
ós rendszer biztonságát illetően igen 
erősen támaszkodik a SELinuxra. 

Ez aligha mondható hanyagságból 
vagy szellemi tunyaságból eredő 
döntésnek; a SELinux átfogó és 
aprólékosan beállítható hozzáférés- 
szabályozási rendszert biztosít 

a rendszer felhasználót, az alkalmazá- 
sok, a folyamatok és a fájlok számára. 
Ahogy már említettem az előzőek- 
ben, az alapértelmezett SELinux házi- 
rend szabályozza a leggyakrabban 
használt alkalmazásokat, azok hozzá- 
férési jogosultságait. 

Ez az alapértelmezett házirend 
megváltoztatható a GNOME 
vAlkalmazások/ Rendszerbeállítások/ 
Biztonsági szint" menüpontjával 

(3. ábra); itt egyúttal megadható egy 
egyszerű helyi tűzfal-házirend is. 

Az RHEL ES 4 által megvalósított 
SELinux jó szívvel ajánlható az egy- 
szerűsége miatt; nem is beszélve arról 
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a fontos tényről, hogy már alapértel- 
mezetten be van kapcsolva. Ez a jó hír. 
A rossz pedig az, hogy egy egyéni 
SELinux házirend létrehozásához 
(amely bővíti vagy szűkíti az alapértel- 
mezett megszorításokat, vagy amely 
más alkalmazásokat is meghív) szük- 
séges némi dokumentáció-olvasgatás. 
A legcélszerűbb a , Red Hat Enterprise 
Linux 4 Red Hat SELinux Bevezető" - 
vel kezdeni, ami a $ www.redhat.com/ 
docs/manuals/enterprise/RHEL-4- 
Manual/selinux-guide címen 

érhető el (angolul). 

Valószínűleg szükség lesz még néhány 
egyéb grafikus eszközre is, nevezete- 
sen a setools és a setools-gui csoma- 
gokra. Ezekben a csomagokban talál- 
hatóak például a sepcut, az apol, 

a seagudit és a seuserx programok, 
melyek használatára vonatkozóan 
lásd a /usr/share/doc/setools-1.5.1 
könyvtárbeli dokumentációt 
(természetesen a névbeli számok 
tükrözhetnek más verziót is). 


RHEL Tűzfal beállítása 

Említettem az imént a GNOME 
vAlkalmazások/ Rendszerbeállítások/ 
Biztonsági szint" segédprogramot. 

A SELinuxszal ellentétben ez a prog- 
ram nem ad lényegesen több lehetősé- 
get a helyi tűzfal konfigurálásához 
annál, mint amire már a telepítéskor 
lehetőség nyílt. Ez a házirend engedé- 
lyez minden olyan hálózati műveletet, 
ami , kifelé" 
rendszerből ered, és letilt minden , be- 


irányul, azaz a helyi 





ző hozzáadott alkalmazások cél- 
ba vennének. Ezen kívül azzal, 
hogy ez a védekező technológia 
a nem kívánt működés megelő- 
zését szolgálja, már önmagában 
sokkal erősebb, mint bármiféle 
behatolásérzékelő, fájl-integritás 
ellenőrző és egyéb utólagos 
,[yukfoltozó" technológiák; bár 
igazán megtehetné a Red Hat, 
hogy mindkettőt használja (az 
előretekintő eszközöket és 

a visszatekintő méréseket is), hi- 
szen a SELinux sem kikezdhe- 
tetlen. 

A tisztelt Olvasó Linuxra irányu- 
ló igényeitől függően tekinthető 
az RHEL erősnek és lényegre 
törőnek, avagy korlátoltnak és 
esetlennek. A magam részéről 


felé" jövőt (ami a helyi rend- 
szert célozná meg), kivéve az 
ezek közül kiválasztottakat: 
Red Hat telepítő, HITE FIP 
Telnet, mail (SMTP) és SSH. 
A , Biztonsági szint" segéd- 
programmal megadható 
néhány port és protokoll is, 
mégpedig [port I: 
[protokoll] formában, példá- 
ul 689:tcp, 53:udp, 53:tcep. 
Ha ezeknél egzotikusabb 
beállításokra van szükség, 
akkor a kívánt iptables pa- 
rancsokat manuálisan kell 
megírni. Szerencsére ez NIS 
egyszerűen megtehető Öther 


a /etc/sysconfig/iptabtes fájl SELinux Service Protection j 


szerkesztésével (vagy újabb L] Disable SELinux protection for dhcpd daen 
sorok beszúrásával). lovábbi 
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információk az iptables kézi- 

könyv (man) oldalain és 

a Red Hat Enterprise Linux 
biztonsági útmutatójában 
(Security Guide) találhatóak. 


Említést érdemel, hogy a Red Hat 
nemrégiben megvásárolta a Netscape 
Címtárkiszolgálót (Netscape Directory 
Server), majd átdolgozta és átnevezte 
Red Hat Directory Server névre; ezzel 
az OpenLDAP és a Sun által kiadott 
Java System Directory Server" keres- 
kedelmileg támogatott alternatívája 
kíván lenni. Bár ez nem része az 
RHEL-nek (külön vásárolható meg 
hozzá), jó tudni arról, hogy ez 

a Red Hat biztonsági koncepciójának 
kulcsfontosságú összetevője. 

Az RHEL egyébként teljes mértékben 
támogatott OpenLDAP csomagokat 

is tartalmaz. 

Ugyanebben a csapásirányban halad- 
va — szintén ráadásként megvásárol- 
ható módon - a Red Hat Hitelesítési 
Rendszer (Red Hat Certificate System) 
kereskedelmileg támogatott PKI meg- 
oldást is biztosít. Az OpenSSL termé- 
szetesen része az RHEL-nek, de min- 
den egyéb konfigurációs eszköz (mint 
amilyen például a TinyCA) nélkül. 


Vegyes érzelmeket váltottak ki ben- 
nem a Red Hat Enterprise ES 4-ben 
található biztonsági összetevők. 
Egyrészt jóval kevesebb biztonságot 


L] Disable SELinux protection for mysgld dae [4 
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erősítő szoftveres eszköz található 

az RHEL-ben, mint a Debian 

GNU/ Linuxban vagy a SUSE Linux- 
ban. A biztonsági eszközök (más, 
nagyobb disztribúciókban bőségesen 
képviselt) teljes kategóriái hiányoz- 
nak: fájlok épségét vizsgáló alkalma- 
zások, behatolásérzékelők, 
virtualizációs környezetek stb. 
Másrészt a Red Hat teljes disztribúció- 
ja széltében-hosszában példátlan el- 
lenőrzési szintet hozott létre. Nehéz 
döntéseket hozott meg a támogatandó 
és karbantartandó, illetve az elha- 
gyandó programokat illetően; ez erő- 
teljesen lecsökkenti a Red Hat rend- 
szerek támadási felületét. Semmi két- 
ség, a napvilágra jutó sebezhetőségek 
kijavítására a Red Hat biztonsági csa- 
pata számára egyszerűbb tartani a rö- 
vid válaszidőt az RHEL 1730 csomag- 
ját illetően, mint a Debian biztonsági 
csapat számára, mely disztribúciójá- 
nak 15000 feletti csomagjáért felelős. 
Azzal, hogy az RHEL 4-be felvette 

a SELinuxot, sőt használatát alapértel- 
mezettnek tekinti, a Red Hat igen 
merész lépést tett. A SELinux által biz- 
tosított kernelszintű kötelező hozzá- 
férés-szabályozás nagymértékben 
hozzájárul az olyan biztonsági rések 
csökkentéséhez, amelyeket a különbö- 


bizonyos okokból nem rajongok 
annyira az RHEL-ért, mint ami- 
lyen szívesen használom 

a Debiant és a SUSE Linuxot 

a munkámhoz: biztonsági szak- 
értő és tanácsadó vagyok. Több- 
nyire olyan eszközöket haszná- 
lok, melyek nagy részét az 
RHEL feleslegesnek ítélte a megcélzott 
piac (feltehetően a vállalati IT szakér- 
tők) számára. Ezzel együtt úgy vélem, 
hogy ha egy RHEL alatt futtatott 
webszervert kellene biztonságossá ten- 
nem (SELinuxszal vagy anélkül), akkor 
manuálisan telepíteném 

a mod security, a Sguidguard, a Syslog- 
NG programokat és más olyan eszközö- 
ket is, melyeket az RHEL jelenleg nem 
tartalmaz. 


Mick Bauer 
(darth.elmo(owiremonkeys. org) 
az Egyesült Államok 
egyik legnagyobb bank- 
hálózatában felelős 
08 a hálózati biztonságért. 
Ő a szerzője az OReilly által kiadott 
Linux szerverek biztonsága, Linux 
Server Security c. mű második kIl- 
adásának. (Korábban a Biztonságos 
szerverek építése Linuxon, Building 
Secure Servers With Linux címet 
viselte a könyv.) Időnként előad 
információ-biztonsági konferen- 


ciákon. Ő a szerzője a , Hálózat- 
mérnöki Polkának" (, Network 
Engineering Polka ). 
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Hálózati eszközök (3. rész) 
Vezetékes és vezeték nélküli otthoni hálózat 


építése 


D-Link 


Building Networks for People 


Az előző cikkekben tárgyalt vezeték nélküli eszközeink működőképesek, 
itt az Ideje, hogy megépítsük az ezeket Is kezelni képes otthoni hálózatunkat, 
melynek segítségével egyszerre több géppel is hozzáférhetünk az internethez. 


w Az állandó kapcsolatot biztosító 
szélessávú internetelérés elterjedésé- 
nek kapcsán értelmet nyert az otthoni 
hálózatok léte is. lerjedésének legfőbb 
oka, hogy az ADSL/kábel kapcsola- 
tunk így egy időben több gépről is 
hozzáférhető. Egy ilyen otthoni háló- 
zat felépítésében nem sokban külön- 
bözik a valódi, internetszolgáltatók 
vagy középületek által üzemeltetett 
hálózatoktól. Mindegyik lelke a belső 
hálózatot (gépek, útválasztók, hálózati 
eszközök) a kimenő hálózati kapcsolat- 
tal összekötő útválasztó (router). 

Az egyik lényegi különbség, hogy 
amíg a nagy hálózatoknál a kimenő 
kapcsolat egy fizikai összeköttetés egy 
magasabb szintű (esetleg gerinc-) háló- 
zattal, addig itt becsúszik egy logikai 
művelet is. A szélessávú kapcsolatunk 
esetében ugyanis általában egyetlen IP 
címmel rendelkezünk, és ezt az IP 
címet kell megosztani több gép között. 
Ezt a hálózati címfordítás (NAT) tech- 
nológiája teszi lehetővé. Közben az 
útválasztó mögötti belső hálózat jóval 
védettebbé válik, hisz a számítógépein 
nem látszódnak közvetlenül az 
internetről, csak az útválasztó, ami 
kellően biztonságos az esetleges táma- 
dások nagy részének kivédéséhez. 


A hálózatunk felépítése 

A példa kedvéért tegyük fel, hogy van 
két vagy több gépünk. Ezeket szeret- 
nénk úgy összekötni, hogy lássák egy- 
mást is, és az internetet is. A hálózati 
kapcsolóval (switch) összekötött gépe- 


ia 


ink alkotják a belső hálózatunkat. Ezen 
kívül ott van még a külső hálózati 
kapcsolatunk, és szükségünk van egy 
eszközre, ami a belső hálózatunkat 
összeköti az internettel, és ha már itt 
tartunk, nem ártana lehetővé tenni, 
hogy vezeték nélküli eszközzel is csat- 
lakozhassunk a belső hálózatunkhoz. 

A megoldás a szélessávú útválasztók 
(broadband router) használata, amelyek 
pont erre a célra lettek kitalálva. Ezek 

a berendezések tartalmazzák a belső 
hálózat szervezéséhez szükséges háló- 
zati kapcsolót, a külső kapcsolat meg- 
osztását végző címfordító logikát, 

és újabban a vezeték nélküli hozzáféré- 
si pontot is, amikről az előző cikkekben 
már értekeztünk. A mi dolgunk csupán 
annyi, hogy összekössük az eszközöket 
pár UIP kábel segítségével. 

A cikk írása során a konkrét feladatok 
bemutatásához egy D-Link DIR-655 
útválasztó áll a rendelkezésünkre, ame- 
lyet a D-Link Magyarország Kft.-től 
kaptunk kipróbálásra. Az eszköz az ed- 
digiekben megszokott módon szintén 
a Wireless N termékcsaládba tartozik, 

a véglegesítés alatt álló, de már széles 
körben használt IEEE 802.11n 


szabványnak megfelelően működik, 
amely jóval gyorsabb vezeték nélküli 
átviteli sebességet tesz lehetővé. 

Nem mellékes módon a benne lévő 
hálózati kapcsoló is 1 Gigabit maximá- 
lis átviteli sebességre képes. Már emlí- 
tettük, hogy az n szabvány sebességé- 
nek kulcsa a MIMO (Multiple Input, 
Multiple Output) technológia, amely 
egyszerre több antennát használ 

a jeltovábbításhoz. Ezzel próbálja meg 
elérni a rádióhullámok többutas terje- 
déséből és visszaverődéséből adódó 
jelgyengülés, jelirány változás minima- 
lizálását. Nem csak az ADSL és kábeles 
internetkapcsolatot tudja kezelni, de 

a segítségével a PPIP és LIP módú 
virtuális magánhálózatokhoz is kapcso- 
lódhatunk. Igazi kincs, hogy támogatja 
a garantált válaszidőt biztosító 00S 
(Ouailty of Service) technológiát, 

ami lehetővé teszi, hogy egy-egy 
kliensnek elsőbbséget (vagy épp hát- 
rányt) biztosítsunk az internetelérést 
illetően, így a kritikus adatfolyamok 
(például VolP) mindig sávszélességhez 
jutnak. Ezen kívül még számtalan fi- 
nom lehetőséget tartalmaz az otthoni 
hálózatunk tökéletes testreszabásához, 
amikről a cikksorozat jelenlegi és azt 
követő részeiben szólunk. Kis túlzással 
mondhatjuk, hogy ez az otthoni útvá- 
lasztók Rolls-Royce-a. 


Vágjunk bele! 

Bontsuk ki a dobozból, csavarjuk fel 
rá az antennákat, és tegyük a helyére, 
helyezzük áram alá, készítsük elő az 


TA TZT a 
CABLE/DSL MODEM 


-) 
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internetszolgáltatónktól kapott papí- 
rokat (például ADSL szerződés), 

amin rajta vannak a kapcsolódáshoz 
szükséges adatok. A dobozban ezen 
kívül találunk még egy rövid utasítást, 
valamint egy CD-t, amit egyelőre 

nem fogunk használni. 

Első lépésként építsük be az eszközt: 
az internetkapcsolatunkat kössük 

a router kimeneti oldalára, a számító- 
gépeinket pedig a helyi hálózat olda- 
lára. Ehhez a dobozban találat UTP 
kábellel kössük össze az ADSL vagy 
kábel modemünket az útválasztónk- 
kal, egészen konkrétan az eszköz hát- 
oldalán található INTERNET feliratú 
kaput használjuk. Ezután a számító- 
gépbe vezető UTP kábelt kössük rá az 
útválasztó LAN1..4 kapujának valame- 
lyikére, s tegyük ezt valamennyi 
másik vezetékes számítógépünkkel, 
amit be akarunk kötni az otthoni 
hálózatunkba. 

A fizikai részen túl vagyunk, most 
jöhet a beállítás: a számítógépünk 
helyett ez az eszköz fog a szélessávú 
kapcsolaton lógni. Kapcsoljuk be az 
eszközt, majd az egyik számítógépet 
(ha eddig be volt kapcsolva, az a leg- 
biztosabb, ha újraindítjuk). Az eszközt 
webfelületen tudjuk beállítani. 

Ha elindult a gép, alapértelmezetten 
oszt neki egy IP címet az eszköz, 
amelynek saját címe egyébként 
192.168.0.1. Írjuk be ezt aböngészőnk- 
be, és egy bejelentkező képernyőre ju- 
tunk. A felhasználónév (admin) ki van 
töltve, a jelszó pedig üres. A Log in 
gombra kattintva az internetbeállítá- 
sok oldal jelenik meg. Kattintsunk az 
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INTERNET CONNECTION 


WIRELESS SETTINGS 


NETWORK SETTINGS 


INTERNET CONNECTION SETUP WIZARD 


If vou would like to utilize our easy to use web-based Wizards to assist vou in connecting your 
new D-Link Systems Router to the Internet, click an the button below, 


Internet Connection Setup Wizard j 


Note: Before launching these wizards, please make sure vou have followed all steps outlimed in 


the 0uick Installationi Guide included in the package. 


MANUAL INTERNET CONNECTION OPTIONS 


There are two ways to set up vour Internet connection: vou can use the Web-based Internet 
Connection Setup Wizard, or vou can manually configure the connection, 
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SUPPORT 
Helpful Hints... 


If vau are new to 
networking and have 
never configured a router 
before, click on Internet 
Connection Setup 
Wizard and the router will 
guide you through a few 
simple steps to get your 
network up and tunning, 


If vou consider yourself an 
advanced user and have 
configured a router 
before, click Manual 
Internet Connection 
Setup to input all the 
settings manually , 


hel ezéte 


If vou would like to configure the Internet settings of vour new D-Link Systems Router manually , 


then click an the button below, 


Manual Internet Connection Setup ] 


WIRELESS 


WIRELESS LAN 


Wireless Radio : Erabled 

WISH : 

MAC Address : 

Network Name (SSID]) : 
Channel : 1 

Security Mode : WPA 


Wi-Fi Protected Setup : 


Active 


sakalz 


Internet Connection Setup Wizard 
gombra, ami elindítja az internetkap- 
csolat-beállító varázslót. Első lépés 

az adminisztrátori jelszó megváltoz- 
tatása, a következő a szolgáltatás 
típusának kiválasztása. Az ezután 
következő rész szolgáltatófüggő. 
Általában igaz, hogy a kábeles inter- 
netet használóknak a DHCP Connec- 
tion (Dynamic IP Address), az ADSL-t 
használóknak a Username/ Password 
Connection (PPPoE) lehetőséget kell 
kiválasztaniuk. 

Kábeles internet esetén azt a MAC 
címet kell megadni, amit a regisztráci- 
ónál beállítottunk (ez általában az ed- 
dig internetre kötött számítógép háló- 
zati kártyájának a MAC címe). Ha arról 
a gépről léptünk be, amelyik MAC cí- 
me megegyezik az általunk használni 
kívánttal, nyomjuk meg a Clone Your 
PCs MAC Address gombot, ez kitölti 
a mezőt a gépünk hálózati kártyájának 
hardvercímével. A Host name mező 
kitöltése szolgálatófüggő, az esetek 
többségében nem szükséges. 

ADSL kapcsolat esetén a szolgáltató 


mis ni Da ad 


EnabledCamnfigured 





által adott felhasználónévre és a jel- 
szóra lesz szükségünk. Az utolsó me- 
ző itt is opcionális, szolgáltatófüggő. 
Az útválasztónk ezután az utolsó 
lépésben a Connect gombra történő 
kattintás után automatikusan csatla- 
kozik, kap IP címet, DNS címet, stb. 
és azonnal megosztja az internetet 

a LAN kapukra kötött számítógépek 
számára. A kapcsolat állapotát a felső 
menüsorban található STATUS me- 
nüpontra kattintva nézhetjük meg. 
Sikeres kapcsolódás esetén 

a Network Status sorban az Active 
állapot szerepel, és az hálózati para- 
méterek is be vannak állítva. Itt 
nézhetjük meg a későbbiekben azt is, 
hogy milyen kiszolgálókkal tartanak 
kapcsolatot a számítógépek, illetve 
azt is, hogy milyen vezetékes illetve 
vezeték nélküli eszköz kapcsolódott 
az útválasztónkhoz. 

Ha mi mégsem látjuk a kedvenc 
weboldalainkat, annak az az oka, 
hogy a router DHCP kiszolgálójától 
kapott hálózati beállítások még nem 
tartalmazzák a DNS beállításokat 
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(hiszen azt csak ez után kérte le 

az internetszolgáltatótól). Ilyenkor 

a hálózati kapcsolatok újraindítása 
segít a problémán. (Parancssorból: 
/etc/init.d/networking restart, 
NetworkManager Applet segítségével: 
hálózati kapcsolat tiltása, majd hálóza- 
ti kapcsolat engedélyezése). Ha nem 
vagyunk biztosak magunkban, a gép 
újraindítása mindenképp segít. 


A Wi-Fi hálózat beüzemelése 

Ezzel az internetmegosztás készen 
van. Itt az ideje, hogy belőjük a veze- 
ték nélküli kapcsolatunkat is. 

Ehhez nyissuk meg a böngészőben 
ismét a 192.168.0.1 címet és jelentkez- 
zünk be az imént beállított jelszóval. 
A nyitólapon kattintsunk a bal oldali 
sávon található WIRELESS SETTINGS 
menüpontra, a megjelenő képernyőn 
pedig a Wireless Network Setup 
Wizard gombra. 

Első lépésként adjunk nevet a háló- 
zatunknak, ezen a néven tudunk 
majd később csatlakozni, illetve ezt 

a nevet fogjuk látni a számítógép 
által felkínált Wi-Fi hozzáférési 
pontok listájában. 

A következő lépésként válasszuk ki 

a biztonsági szintet. Alapértelmezet- 
ten BETTER-en van, kezdetnek hagy- 
juk is így, ez már nem olyan rossz. 

A következő képernyőn adjunk meg 
egy kapcsolati jelszót, csak ezt beírva 
lehet majd az eszközünkhöz kapcso- 
lódni. Végezetül a beállított adatok- 
ról kapunk egy összegzést, a Save 
gombra kattintva pedig elmenthetjük 
a beállításokat. 


Kapcsolódás 

Wi-Fi hálózatunk ezennel kész, 

a Network Manager Applet segít- 
ségével csatlakozzunk próbaképp. 
Csatlakoztassuk a Wi-Fi eszközünket 


a számítógéphez, majd kattintsunk 
bal gombbal a tálcán található hálózat 
ikonra. A lenyíló menüben látnunk 
kell az imént beállított hálózati nevet. 
Kattintsunk rá erre. A megjelenő 
párbeszédablakban válasszuk a WPA 
titkosítást, és adjuk meg a vezeték 
nélküli hálózat beállításánál megadott 
jelszót. Ha mindent jól csináltunk, 
pár másodpercen belül meg kell jelen- 
jen a hálózati ikon helyén egy grafi- 
kon, amely a jelerősséget mutatja. 
Ezzel együtt egy értesítést is fogunk 
kapni a sikeres kapcsolódásról. 
Igazából ennyi. 

Figyelem! A WPA titkosítás 
használatához szükségünk van 

a wpasupplicant nevű csomagra, 
mielőtt kapcsolódni szeretnénk, 
feltétlenül telepítsük! 


Allandó kapcsolat heállítása 

A fenti módszer persze magában 
hordozza, hogy a vezeték nélküli 
kapcsolat csak akkor aktív, ha már 
bejelentkeztünk. Ha egy gépet állan- 
dóan bekötött vezeték nélküli 
(például PCI-os) eszközzel haszná- 
lunk, egész addig nem működik 

az internet, amíg be nem léptünk, 
nem beszélve a rendszerindításkor 
esedékes várakozásról, amikor meg- 
próbálja beállítani a hálózati kapcso- 
latot erre az eszközre is. Szerencsére 
Linux alatt ezen tudunk változtatni, 
és a hálózati csatlakozást a vezeté- 
keshez hasonlóan a rendszerindu- 
lással összekapcsolni. 

A Debian alapú rendszereken 

a /etc/network/interfaces fájlban talál- 
hatók a hálózati beállítások. A vezeték 
nélküli eszközünk telepítését követő- 
en találunk itt egy 


iface wlan0 inet dhcp 


sort. Ami miatt nem kap IP-t az esz- 
köz, az az, hogy nem tudja, milyen 
titkosítást használ a hozzáférési pont, 
és hogy melyik eszközhöz kell csat- 
lakoznia, na meg hogy mi a jelszó. 
Meg kell hát adnunk ezeket az in- 
formációkat, lássuk ennek módját. 
Telepítsük a WPA titkosítást támogató 
csomagot: 


apt-get install wpasupplicant 


Állítsuk be a hozzáférési ponthoz 
tartozó titkosítást, illesszük az alábbi 


tartalmat a /etc/wpa supplicant/ 
wpa supplicant.conf fájlba: 


ctr] interface-/var/run/z 
—wpa supplicant 


network-( 


ss1d-"a hozzaferesi pont neve" 
key. mgmt-WPA-PSK 
proto-WPA 
pairwise-TKIP 
group-TKIP 
psk-"titkos jelszo" 


Adjuk meg a /etc/network/interfaces 
fájlban, hogy ezt a beállítást használja 
a hálózatkezelő, a wlan0 eszközbe- 
jegyzés mögé tegyük a következő 
sorokat: 


wireless-essid my essid 
pre-up wpa supplicant -Bw - 
s Dwext -iwlan0 -c/etc/ 
—wpa supplicant.conf 
post-down killall -g 

—wpa supplicant 


A következő indítás után már az 
indítási folyamat során működésbe 
lép a hálózat, hasonlóan a vezetékes 
eszköz működéséhez. 


Az otthoni hálózatok építéséről 
Nem ez volt az első otthoni 
hálózat, amelyet építettem: általá- 
ban elmondható ezekről a széles- 
sávú útválasztókról, hogy mind 
hasonlóan működik, hasonlóan 
egyszerűen kezelhető, mindegyik 
webről konfigurálható, bár azt 

el kell ismerni, hogy ez a legin- 
kább letisztult felület, amivel vala- 
ha találkoztam. Szinte semmit 
sem kell beállítani, azt is nagyon 
egyszerűen, ám ha szükséges, 
számtalan beállítási lehetőség közül 
választhatunk. 

Az otthoni hálózatunk már műkö- 
dik, de ne higgyük, hogy készen 
vagyunk. Ez így még meglehetősen 
sorjás, kár lenne kihagyni az eszköz- 
ben rejlő további lehetőségeket, 

így a következő epizódokban erre 
még sort kerítünk, de mindenekelőtt 
egy kulcsfontosságú téma következik: 
a vezeték nélküli hálózatok bizton- 
sága, és ezek megvalósításának 
lehetőségei az eszközünkkel. 








Központosított hitelesítés és vállalati címtár 
megvalósítása (2. rész) 


Ti Leggett folytatja sorozatát a biztonságos testületi címtár építéséről. 





últ hónapban átvereked- 
tük magunkat az egyszeri 
bejelentkezés és a testületi 


címtár infrastruktúra elindításán. 
Ebben a cikkben eddigi kemény 
munkánk eredményét használjuk fel 

a Linux és Mac OS X kliensgépek csat- 
lakoztatásához, ezek megfelelő konfi- 
gurálásával. Bár ez alkalommal nem 
lesz annyi megvizsgálandó részlet, 
mint a múltkor, de most is sok min- 
denről szót kell ejtenünk, úgyhogy áll- 
junk is neki! A konfigurációs fájlokat 
ez alkalommal is megtalálják a cikk- 
hez tartozó források között. 

Ebben a részben arról lesz szó, hogy 
hogyan lehet csatlakoztatni a Gentoo 
Linuxot és a Red Hat Enterprise Linux 
(RHEL) 3. és 4. kiadását; értelemszerűen 
a legtöbb más Linux terjesztést is többé- 
kevésbé hasonlóan kell konfigurálni. 
Szót ejtünk a Mac OS X 10.4-es , [igris" 
(Tiger) kiadásának kliensgépként törté- 
nő integrálásáról is. A következő rész 
számol be majd arról, hogy miként 
lehet rávenni a Microsoft Windows kli- 
ensgépeket az általunk elkészített hitele- 
sítési és engedélyezési rendszer haszná- 
latára; ez lényegében a Samba csomag 
konfigurálását és beállítását jelenti. 

Az egyszeri bejelentkezés lehetővé té- 
teléhez a Linux és a Tigris kliensgépek 
számára meg kell adnunk a kulcsokat 
tartalmazó Kerberos keytab fájlt. 

Ez ugyanúgy történik, mint ahogy 

az eddigi keytab fájlok esetén. Mind 

a Linux, mind a Tigris kliensgépek 
számára a /etc/krb5.keytab fájlban 
adhatjuk meg a kulcstáblázatot. 


Linux kliensek heállítása 
Nem minden felhasználó szeret- 
né/tudja megoldani, hogy a gépe 


teljes mértékben beépüljön a Kerberos 
tartományba (realm), különösen a hor- 
dozható gépeknél. Ha nincs teljes kö- 
rű jogosultságunk az összes gép fölött, 
melyekről a felhasználók csatlakozni 
akarnak, kénytelenek vagyunk meg- 
engedni a hagyományos jelszavas hi- 
telesítést is. Bár a jelszavak hálózaton 
át történő küldözgetése a Kerberos 
több biztonsági célkitűzését meghiú- 
sítja, mindaddig, amíg rendszergazda- 
ként ennek tudatában vagyunk, és 
csak megfelelő korlátok között tesszük 
lehetővé a használatát, nem követünk 
el nagyobb hibát, mintha nem is hasz- 
nálnánk a Kerberost. A Kerberosnak 
még mindig számos előnye van olyan 
eljárásokkal szemben, melyek például 
a /etc/password-re, NIS-re vagy 

a jelszavak LDAP tárolására épülnek. 
Jóval egyszerűbben lehet kikénysze- 
ríteni bizonyos jelszószabályokat 

a Kerberos-szal, mint más módszerek- 
kel, és a jelszavak tárolása is biztonsá- 
gosabb egy Kerberos adatbázisban. 
Érdemes elolvasni a Linuxvilágból AIf 
Wachsmann: , Központosított hitelesí- 
tés Kerberos 5-tel" című cikksorozatá- 
nak első részét, főleg azt a bekezdést, 
mely a kerberos PAM hitelesítés lehe- 
tővé tételéről szól. 5 linuxvilag.hu/ 
node/3002370 

Craig Swanson és Matt Lung az 
rOpenLDAP mindenütt" című cikkben 
érintik a /etc/nsswitch.conf, 

a fetc/ldap.conf és a /etc/openldap/ 
lIdap.conf beállítását 5 hinuxvilag.hu/ 
node/3001551. Ezeket a fájlokat mi 

is fogjuk fésülgetni, hogy a sebesség 
és biztonság tekintetében még kifino- 
multabb hatást érjünk el. Először is 
nézzük a /etc/openldap/ldap.conf-ot. 
Ez a fájl határozza meg az OpenLDAP 





parancssori eszközeinek (mint az 
Idapdadd és az Idapsearch) alapértel- 
mezett beállításait. A mi /etc/openldap/ 
ldap.conf fájlunkat az 1. Lista mutatja. 
lovábbi információk és opciók az 
ldap.conf(5) kézikönyv (man) oldala- 
kon találhatóak. Mivel nincs mód arra, 
hogy a /etc/openldap/Idap.conf-ban 
megadjuk, hogy a StartTLS-t szeret- 
nénk használni, kifejezetten meg kell 
adnunk egy Idaps://URL-t. Ezek után 
adjunk ki egy egyszerű Idapsearch 
parancsot, amely alapértelmezetten 
SASL hitelesítést használ, és így 

a /etc/openldap/lIdap.conf-ban kell ke- 
resnie az alapértelmezett gazdagépet 
és hálózati faszerkezet gyökerét (base). 
Most állítsuk munkába a névkiszolgá- 
ló kapcsolót (Name Service Switch, 
NSS). lermészetesen ehhez az 

nss lIdap csomagot telepíteni kell, 
mégpedig lehetőleg a legújabb verzió- 
ját, mert a régebbiek nem kezelik bizo- 
nyos szolgáltatásoknak, pl. a hálózati 
csoportoknak (setgroups) az LDAP 
alapú tárolását. Először is magát az 
nss ldap csomagot kell beállítanunk 

a /etc/Idap.conf szerkesztésével. 

Ez nem ugyanaz, mint a /etc/openldap/ 
ldap.conf — ez utóbbi ugyanis csak 

az OpenLDAP eszközök számára érvé- 
nyes, míg az előbbi kifejezetten az 








nss lIdap konfigurációs fájlja. A 2. Lis- 
tában láthatjuk, hogy hogyan kell 

a /etc/Idap.conf-nak kinéznie. 

Érdemes alaposabban megvizsgál- 
nunk, hogy mit állítanak be ezek a so- 
rok; annál is inkább, mert erre a fájlra 
vonatkozóan nincs kézikönyv oldal 
(bár jó magyar nyelvű segítség találha- 
tó itt: 5 http://panther.inf.elte.hu/ 
linux/postfix-Idap-kerberos.html — 

a ford.). Az első sor adja meg az LDAP 
gazdagépeket, amikhez kapcsolódni 
lehet, a második pedig a hálózati fa- 
szerkezet gyökerét, ahonnan a keresés 
indul (base). A következő három sor 

a TLS kapcsolat létrehozásáról szól. 
Mint látható, az nss Idap ismeri 

a StartTLS-t, így használhatjuk ezt 

a módszert a TLS kapcsolat felhúzásá- 
ra. Az utolsó sorok a kereséskezdő 
gyökereket írják le a különböző nss 
által vezérelt attribútumok számára. 
Ezeket a teljesítmény-optimalizáció 
miatt kell beállítanunk. Ha egy fel- 
használónevet keresünk, amely 

a faszerkezet egy adott ágában talál- 
ható, akkor nincs értelme a teljes 
címtárat bejárnunk. Például az 

nss base passwd adja meg azon 
információk keresési kezdőpontját, 
amelyek egy klasszikus rendszerben 

a /etc/passwd-ben voltak eltárolva. 

De ha úri kedvünk úgy diktálja, lehet 
akár több ágban is tárolni felhasználó- 
neveket, csak akkor ezt az opciót nem 


lehet használni. Egy sereg egyéb opció 
is megadható ebben a fájlban; ezek 
megtalálhatóak az nss Idap csomag- 
hoz tartozó Idap.conf példafájlban. 
Győződjünk meg arról, hogy megvan- 
e a CA tanúsítvány a /etc/ssI/certs-ben, 
és futtassuk le a c rehash-t. Ugyanezt 
a műveletsort kell elvégezni mindazo- 
kon a gépeken, amelyek SSL kapcsola- 
ton keresztül fordulnak az LDAP ki- 
szolgálóhoz valamilyen információért. 
Most a /etc/nsswitch.conf fájl szerkesz- 
tése következik - itt adható meg az 
LDAP számára, hogy hol keresse az in- 
formációkat. Ne tegyük az elejére az 
LDAP-t, mert így nem leszünk képesek 
feloldani az LDAP-kiszolgáló nevét. 

Ha van olyan felhasználó, akit a helyi 
gépen a /etc/passwd vagy /etc/shadow 
fájlhoz adtunk, hogy az LDAP-tól füg- 
getlenül hitelesítse magát, töröljük vagy 
tegyük megjegyzésbe. Ezután már ki 
lehet próbálni, működik-e minden: 


f getent passwd leggett 
leggett:x:1001:100:Ti Leggett:/ 
3 home/leggett:/bin/bash 

f id leggett 

ui1d-1001(l]leggett) 

5 g1d-100(users) 


Ha mindkét parancs működik, to- 
vábbléphetünk. Néhány program új- 
raindítást igényel a /etc/nsswitch.conf- 
ban történt változások érzékeléséhez; 
például az OpenSSH is ilyen. Indítsuk 
tehát újra az sshd-t, és kíséreljük 

meg az slogin futtatását. 

Eddigi tevékenységünk eredménye- 
ként már lehetséges a kapcsolódás 
Gentoo és RHEL kliensgépekről, 

de nézzük még át, miket kell ezeken 
a gépeken helyileg beállítani. 

A Kerberos hitelesítéshez szükséges 
fájlok: 


e  /etc/krb5.conf 
e  /etc/krb5.keytab 
e  /etc/pam.d/system-auth 


Az OpenLDAP rendszerű 
felhasználókezelést az alábbi fájlok 
teszik lehetővé: 


e  /etc/openldap/ldap.conf 

e  /etc/ldap.conf 

e  /etc/nsswitch.conf 

e  /etc/ssl/certs/ci-cert.pem (Gentoo) 

e . /usr/sharejssl/certs/ci-cert.pem 
(RHEL) 


E sorok írásakor az RHEL 4 használa- 
tára vonatkozóan van egy megszorí- 
tás. Ha a /etc/ldap.conf-ban gépneve- 
ket használunk IP-címek helyett, 
hiba lép fel. Emiatt az a javaslatom, 
hogy használjuk az LDAP-ot 

a /etc/nsswitch.conf-beli gépnevek fel- 
kutatására, és használjunk DHCP-t 

a kliensgépek IP-címeinek felderítésé- 
re. Ha azt tapasztaljuk, hogy a háló- 
zat lábra állítása laphibát (segfault) 
okoz a dhclient-ben, változtassuk 
meg a gépneveket IP-címekre 

a /etc/Idap.conf-ban. 

A Gentoo és az RHEL 4 alatt pillana- 
tok alatt rávehető az sshd az egyszeri 
bejelentkezés használatára. 
Mindössze ennyit kell beállítani 

a /etc/ssh/sshd. config fájlban: 


GSSAPIAuthentication yes 
GSSAPICleanupcredentials yes 
USePAM yes 


Ezen sorok beírása után újraindítható 
az sshd. 

Sajnos az RHEL 3-ban található 

sshd egy régi GSSAPI (GSS: General 
Security Service, Általános Biztonsági 
Szolgáltatás) mechanizmust támogat, 
amely érzékeny a beékelődéses (man- 
in-the-middle típusú) támadásra. Ezt 

a gssapi programot később lecserélték 
a gssapi-with-mic nevűre - ezt hasz- 
nálja már az RHEL 4 és a Gentoo is. 
Úgy győződhetünk meg arról, hogy 
az aktuális sshd-nk melyik mechaniz- 
must támogatja, hogy tegyük lehetővé 
a GSSAPI hitelesítést az sshd config 
fájlban, majd próbáljunk meg SSH- 
kapcsolatot létrehozni a -v (verbose, 
bőbeszédű) kapcsolóval. Ekkor részle- 
tes jelentést kapunk arról, hogy mi- 
lyen kapcsolódási mechanizmusokat 
támogat az adott sshid. Ha a kliens és 
a szerver egymástól eltérő mechaniz- 
must támogat, akkor jelszót fog kérni 
a program. Ilyenkor ugyanis az igazol- 
ványok átküldése kissé eltérően és 
egymás mechanizmusaival össze- 
egyeztethetetlenül történik. 

Célunk, hogy a felhasználóknak csak 
naponta egyszer kelljen beírniuk a jel- 
szavukat, és hogy ez a jelszó ne közle- 
kedjen a hálózat kábelein. Miért vere- 
kednénk át magunkat megannyi 
problémán, ha a felhasználóink min- 
den e-mail ellenőrzéskor elküldenék 

a hálózaton a jelszavukat? Szerencsére 
egyre több e-mail kliensprogram 








támogatja a GSSAPI mechanizmust. 
A Mozilla Thunderbird használóknak 
nincs szerencséjük (e sorok írásakor), 
azonban van néhány más alternatíva, 
például a KDE KMail 1.8-as változata 
vagy az Ximian Evolution 2.2-es verzi- 
ója is rendelkezik GSSAPI támogatás- 
sal. (Ma már a Thunderbird is — 

a ford.) Sosem használtam KMailt, 
így inkább arra szorítkozom, amit is- 
merek. Az Evolutiont nem nehéz rá- 
venni a GSSAPI használatára. Csak ki 
kell választani a GSSAPI-t, mint hite- 
lesítési módot, mind a , levelek küldé- 
se", mind a , levelek fogadása" fülön 
(1. ábra). Ha a , biztonságos kapcsolat 
használata" (, Use Secure Connection") 
opciót az ,amikor csak lehetséges" 

( Whenever Possible") állapotba 
kapcsoljuk, akkor az Evolution 

a StartTLS-t használja a bizton- 

ságos adatátvitelhez. 


Mac 05 X kliensgépek 


A Tigrissel kezdődően az Apple az 
operációs rendszer szinte minden 
összetevőjét kerberizálta. Ha Panther 
10.3-at futtató kliensgép hálózatba 
kapcsolására lenne szükség, keressen 
fel e-mailben; jó adag tudnivalóra 
lesz szükség. A Tigris beillesztése 
azonban viszonylag egyszerű. 
Kezdjük a /Library/Preferences/ 
edu.mit. Kerberos fájl szerkesztésével. 
Ez meglehetősen hasonlít linuxos 
megfelelőjéhez, a /etc/krb5.conf-hoz, 
néhány egészen apró különbség- 
től eltekintve, ami a 3. Listában 
látható. 

Ha már be van állítva a Kerberos, 
akkor a következő lépés az, hogy 
gépünk számára előállítjuk a meg- 
felelő kulcsokat tartalmazó /etc/ 
krb5.keytab fájlt. Futtathatjuk 

a kadmin-t az OS X kliensgépen, 

de a 10.4-es változattal érkező 
program apró hibái miatt érdemes 
odaírni a -O kapcsolót: 


$/usr/sbin/kadmin -p caadmin 
fprincs -O 


Ezzel készen is vagyunk a Kerberos 
alapú hitelesítéssel Tigris gépeken. 

E cikk írásakor sajnos van egy olyan 
hiba, amely a gép hitelesítő rendszeré- 
nek leállásához vezet. Ez abban az 
esetben lép fel, amikor egy hálózati 
felhasználó akkor próbál sudo-val 
futtatni egy parancsot, amikor már 
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Description; For reading and storing rnail on IMAP servers, 
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Host: 














üsernaáme:; 


Security 





llse Secure Connection: b whenever Possible " 


Authentication Type 





.GSSAPI vo — Check for Supported Types 


Tr! 





érvényes Kerberos igazolvánnyal 
rendelkezik. Az Apple-lel együttmű- 
ködve keressük ennek a megoldását, 
így azt javaslom, hogy amennyiben 
ez a hiba megmarad, vegyék fel velem 
a kapcsolatot. 

A Mac OS X nem használ nusswitch-et 
a névszolgáltatáshoz. Ehelyett egy 
Címtár Szolgáltatás"-nak (Directory 
Services) nevezett rendszert használ 

e célra. Elmagyarázom, hogy hogyan 
kell beállítani a címtár szolgáltatásokat 
egy grafikus felületű eszközzel, 
melynek neve: , Belépés a címtárba" 

( Directory Access"). Jó tudni azon- 
ban, hogy ez az eszköz végül is 

csak ezt a két fájlt módosítja: 

a /Library/Preferences/ DirectoryService 
/DSLDAPo3PlugInConfig.plist-et és 

a /Library/Preferences/ DirectoryService 
/SearchNodeConfig.plist-et. 

A grafikus felület az Alkalmazások/ 
Eszközök alatt található (Applications/ 
Utilities). Először is kapcsoljuk be az 
LDAPo3 beépülőt, majd válasszuk ki 
és kattintsunk a , Beállít" gombra 





, décancel ) ok 








Server Name or IP Address:  Idap.example.coml 
BA Encrypt using SSL 
BA Use for authentication 
B Use for contacts 


Access this LDAPV3 server using RFC 2307 (Unix) 44 


Record Types and Attributes 


b Default Áttribute Types 
EUsers 

E Groups 

E Móunts 

Fr People 

b CertificateAuthor]ties 


Maptó any 18] 7] items in list 
posíixAccount 


inetörgPerson 
. s hadowAccount 


f ada. 9 


Delete 


Search base: 0u-peoplejo—cidcsexample dc—com 


Search in: 8 all subtrees ÉS 


( Save Template... ) 


(Configure). Ha bent vagyunk, kattint- 
sunk az , Opciók" legördülő menüre 
( Show Options"), majd az , Új"-ra 

( New"), hogy megadhassunk egy új 
LDAP kiszolgálót. Írjuk be az LDAP 
szerver nevét, és mindhárom jelölő- 
négyzetet jelöljük be (2. ábra), majd 

a ,Folytat" (, Continue") gomb követ- 
kezik. Ezek után válasszuk az RFC 
2307 (Unix) sablont, írjuk be az LDAP 
gyökereket, , Folytat" gomb, végül 
adjuk meg a konfiguráció nevét 

( Configuration Name"). Készen 

is vagyunk! 

Részletesen megadható, hogy a Cím- 
tár Szolgáltatások keresőfunkciója 
mely könyvtárakban pásztázzon, 
csak úgy, mint Linux alatt a /etc/ 
Idap.conf-ban. Ha kiválasztunk egy 


first level only 


( Write to Server... ) 
( Cancel ) 





megfelelő címtár szolgáltatást és 
rákattintunk a , Szerkeszt" (,, Edit") 
gombra, megjelennek a kifinomul- 
tabb opciók. Kattintsunk a , Keresés 
és megfeleltetés" (, Search 6 
Mappings") fülre. Itt látható egy 
vBejegyzéstípusok és tulajdonságok" 
(, Record Types and Attributes") fejléc- 
cel ellátott lista. Bármelyik sor kivá- 
lasztásával megadható egy részlete- 
sebben megfogalmazott kereséskez- 
dő gyökér (3. ábra). Két kattintás 

az OK-ra, majd az , Alkalmaz"f-ra 

( Apply") - és már életbe is léptek és 
mentésre kerültek a friss beállítások. 
lermészetesen ilyenkor szeretnénk el- 
lenőrizni, hogy a címtárban végbevitt 
változtatások helyesen működnek-e. 
Az OS X-ben van egy parancssori 


eszköz, a dscl, amely többféle címtár- 
ban való keresésre szolgál: az LDAP- 
on kívül lehet vele Netlnfoban, NIS- 
ben is keresni, és az összes olyan 
helyen, amit a , Belépés a címtárba" 

(, Directory Access") megjelenít. 
Először arról győződjünk meg, 

hogy tudunk-e az LDAP kiszolgálón 


közvetlenül keresni: 


f dscl localhost list. NM 
/LDAPv3/1I]dap. example . com/Users 


Ha a dsc1l-t kapcsolók nélkül futtat- 
juk, kapunk egy használati útmutatót 
és egy parancssort. Álljon itt még két 
példa a dsc! használatára: 


f dscl localhost list 
ft /Search/users 

f dscl localhost read 
f /Search/users/leggett 


Itt a /Search-et (keresés) használjuk, 
amely minden bekapcsolt címtáron 
keres. Vagyis, ha van helyi felhasználó 
a Netlnfo címtárban, valamint LDAP 
felhasználóink is vannak, a /Search 
mindkét címtárban fog keresni, és az 
egyesített listát fogja megjeleníteni. 

A második példában az olvasási 
műveletet (read) használjuk; ez mu- 
tatja meg az adott ág (konkrétan 

a /Search/ Users/leggett) végpontjaihoz 
tartozó részletes információkat. 

A dsc! igen hasznos, ha csak 

konzol elérésünk van egy OS X-et 
futtató géphez. 

Miután ellenőriztük, hogy az LDAP 
felhasználóink elérhetőek, meg kell 
gyártanunk a helyi home könyvtá- 
rakat a frissen készült LDAP felhasz- 
nálók számára: 


f install -d -o leggett 
f /Uusers/leggett 
f ln -sf /users /home 


Az OS X 10.4-es verziójának finomabb 
házirend-beállítási lehetőségei van- 
nak, mint amit a standard POSIX 
nyújt az operációs rendszer bizonyos 
összetevőinek elérését illetően. Alap- 
értelmezésben az admin csoport tagja- 
inak van adminisztrátori jogosultsága. 
Ez a csoport azonban helyileg van el- 
tárolva az egyes gépek Netlnfo címtá- 
rában. Állítólag igen nagy meggondo- 
latlanság lenne törölni vagy átnevezni 
ezt a csoportot. Sajnos még csak felül 








sem bírálható egy másik, hasonló 
nevű LDAP csoporttal, mert a keresési 
sorrendben elsőbbsége van a helyi 
Netlnfo címtárnak. 

A /etc/authorization fájl szerkesztésé- 
vel azonban megoldható, hogy vala- 
mely helyi csoport szerepét egy LDAP 
csoport vegye át. Ez egy egyszerű 
Apple plist-formázott fájl (plist: 
Property List, tulajdonságlistát leíró 
fájlformátum). Ezzel a rendszer külön- 
böző összetevőihez adhatunk meg 
szerepeket. Ha a különböző jogosult- 
ságok megadásánál megváltoztatjuk 

a sorokat erről: 


ckeyzgroupc/keyz 
cstringszadminc/string:z 


elte: 


ckeyzgroupc/keyz 
cstring:1]dap-adminsc/string: 


akkor ezáltal az Idap-admins csoport 
tagjainak adjuk át az adminisztrátori 
jogosultságot az adott a gépen. 

Ez eltér a /etc/sudoers-ben megadott 
sudo jogosultságtól; a programok 
telepítésére és rendszerbeállítások 
módosítására vonatkozik. 

Ezen a ponton be kell tudnunk 
lépni legett felhasználóként. A Tigris 
sshd-je minden GSSAPI mechaniz- 
must támogat, a gssapit és a gssapi- 
with-mic-et is. A korábbi OS X vál- 
tozatok csak a gssapit támogatták, 
így csak jelszóval lehetett bejelent- 
kezni OS X kliensre (vagy onnan 
máshova). Az egyszeri bejelentkezés 
támogatása az sshd-től teljesen 
független, így ezzel kapcsolatban 
nem kell konfigurációs fájlokat 
szerkesztenünk. 

Ahogy korábban megállapítottam, 

a 10.4-es verziótól kezdve az OS X 
szinte minden beépített szolgáltatá- 
sa és alkalmazása kerberizált -— így 
az levelezést lehetővé tevő Mail.app 
is az. Ha saját CA-t futtatunk vagy 
önaláírt tanúsítványokat használunk, 
akkor először importálni kell a CA-nk 
tanúsítványát a rendszer-kulcslánc- 
ba, hogy a Mail.app ne panaszkod- 
jon, amikor önaláírt, SSL-re épülő 
szolgáltatáshoz kapcsolódik, mint 
amilyen az IMAP és az SMIP. 
Másoljuk a CA tanúsítványt 

az OS X kliensre, majd futtassuk 
sudo-val a certtool-t: 


800 





leggett CI. UCHICAGO.EDU 8) 


leggett0CI. UCHICAGO.EDU - 8 hours, 56 minutes 
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oO 
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New —— Renew Destroy Password 





v (v5) leggettoCI. UCHICAGO.EDU 
krbtgt/CI.UCHICAGO.EDUDCI. UCHICAGO.EDU 
host/diatom.uchicago edu0CI.UCHICAGO.EDU 





sudo certtool 1 ci-cert.pem vXN 
k-/System/Library/Keychains/ 
3 x5O09Anchors 


Most már el lehet indítani a Mail.app-t. 
Van egy apró trükk, amivel a felhasz- 
nálói fiókok legyártásakor már be tud- 
juk kapcsolni a GSSAPI-t. Töltsük ki 

a felhasználói nevet, és hagyjuk üresen 
a jelszót. Ha nincs érvényes igazolvá- 
nyunk, akkor a Kerberos jelszót fog 
kérni. Mihelyt elkészült a felhasználói 
fiók, térjünk vissza és kapcsoljuk be az 
IMAP SSL támogatását. Alapértelme- 
zetten nincs bekapcsolva, és a Mail.app 
nem teszi lehetővé a választást a fel- 
használói fiók létrehozásakor. 

Az OS X különböző változatai (a 10.3- 
as verziótól kezdve) rendelkeznek egy 
Kerberos.app nevű grafikus alkalma- 
zással (4. ábra), ami lehetővé teszi 

a Kerberos igazolványok egyszerű ke- 
zelését. Ez azonban jól el van temetve 
a /System/Library/CoreServices mélyére. 
Ezt a hasznos alkalmazást érdemes fel- 
venni a panelra és a betöltéskor elindí- 
tandó programok közé. Ez automatiku- 
san megújítja a lejárt tanúsítványokat, 
és több más hasznos funkciója mellett 
kijelzi például a hátralevő érvényességi 
időtartamot. Az Apple számos szolgál- 
tatása és alkalmazása teljesen 
kerberizált, például a Safari, a VPN, az 
Xgrid és AFP, melyek által az Apple fel- 
használók és rendszergazdák teljes ér- 
tékű polgárai lesznek hálózatunknak. 


sínre tétel 
Most már valószínűleg mindenki látja, 
micsoda lehetőségek rejlenek az 


Time Remaining 
08:56 


Time Remaining 


08:56 
08:56 


LDAP címtárakban és a Kerberos hite- 
lesítésben. Hatékony és skálázható 
infrastruktúránk van, valamint ezt 
teljes mértékben használó kliensgépe- 
ink. A következő cikkben a Microsoft 
Windows kliensgépek integrálásáról 
lesz szó. Addig is élvezzük munkánk 
gyümölcsét! 
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oha a CD rippelés eltüntette 

a CD kupacot, új problémá- 

kat vetett fel. Számos család- 
taggal osztozok a számítógépen, me- 
lyen a zenéimet tartom. Ez azt jelenti, 
hogy meg kell kérnem a fiamat (aki 
gyakran játszik WINE alatt Deus Ex- 
szel), engedjen oda egy pillanatra, 
amíg egy albumot betöltök a lejátszási 
listába. Persze a legrosszabb az egész- 
ben, hogy nem ismertem olyan megol- 
dást, amellyel a zenét vezeték nélkül 
és minimális minőségromlás mellett 
juttathattam volna el a lakás másik vé- 
gében található Hifi toronyhoz. Be kel- 
lett hát érnem az olcsó számítógépes 
hangszórók nyújtotta zenei élménnyel. 
Egy terméket sem találtam, ami megol- 
dotta volna a problémámat. Úgy dön- 
töttem hát, hogy több különböző esz- 
közt vetek be a cél érdekében. Végül is 
egy olyan megoldást találtam ki, mely- 
ben a zenéket egy hálózati tárolóra 
(NAS) bízom, ezáltal mellőzhetem 
a számítógépet, mint köztes lépést. 
Nem jelentettek számomra újdonságot 
az olyan projektek, melyek az eszközö- 
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ket olyan képességekkel ruházták fel, 
amelyekről tervezőik nem is álmodtak. 
Ennek ismeretében a cél: létrehozni 

a legoptimálisabb megoldást, mellyel 

a zenegyűjteményemet meghallgatha- 
tom. Ebben a cikkben bemutatom, 
hogy erre a célra hogyan használható 
a linuxos NSLU2 NAS eszköz. A zenei 
gyűjteményt a mt-daapd ajánlja ki, 
mely egy ilines (DAAD) szerver 
Linuxra és más POSIX-kompatibilis 
UNIX rendszerekre. A Hifi toronyhoz 
pedig egy hálózati zenelejátszót, a Roku 
Labs SoundBridge eszközét csatlakoztat- 
tam. Bizonyára számos módszer adód- 
na a kivitelezésre, mint ahogy egyes 
elemek módosíthatóak (a Linksys 
NSLU2 helyett egy teljes értékű Linux 
szerver), azonban ez tűnt a legelegán- 
sabbnak és a legpraktikusabbnak. [ga- 
zán az lepett meg, hogy egyre többen 
vágynak ehhez hasonló megoldásra. 


Első lépésként azt kellett eldöntenem, 
hogyan lehetne a zenegyűjteményemet 


hálózati tárolóra áthelyezni. Az első öt- 
letem az volt, hogy a már-már muzeális 
Pentium III-as gépemből a Linux segít- 
ségével fájl és médiakiszolgálót építek. 
Így a hang és videőátvitel nem jelentett 
volna problémát. Amint végiggondol- 
tam a megoldás energiaigényét, egyből 
el is vettem, minthogy a kiszolgáló az 
idő nagy részében úgysem dolgozik. 
Éppen ezért más módot kellett keres- 
nem, hogy a Beastie Boys legfrissebb 
slágereit meghallgathassam. Az sem 
mellékes, hogy az aprócska számító- 
gépszobámban egy újabb gép csak fe- 
lesleges hőt termelne és ezzel együtt 

a kibocsátott Zaj is nőne. 

A Linksys NSLU2 Network Link Storage 
Unit-ban megtaláltam a tökéletes meg- 
oldást. Ez a NAS eszköz két külső USB 
2.0-es csatolón merevlemezt vagy flash 
meghajtót fogadhat, míg a hálózatra 

a 10/100-as Ethernet eszközként csatla- 
kozik. Az NSLU2 webalapú felülettel 
segíti az adat és fájlmegosztást. Az esz- 
köz kisebb, mint egy külső merevle- 
mez, alig 16 deka, kevesebb mint 9 wat- 
tot fogyaszt és szinte akárhol -— még 


akár egy könyvespolc kihasználatlan 
zugában is - elfér. A dobozka lelke egy 
egyszerű 133 MHz-es Intel IXP420-as 
ARM processzor 32 megabájt flash me- 
móriával. Megtaláltam hát az eszközt, 
de még nem döntöttem el, hogyan 

fog fájlokat szolgáltatni. 


NSLU2 és a nyílt forrású közösség 
Számos Linksys eszköz használ Linux 
operációs rendszert, és mint olyan, a ki- 
adott forráskódok is GDL licensszel bír- 
nak. Linux programozók és fejlesztők 
egész hada csapott le a Linksys eszkö- 
zökre - így az NSLI22-re is, amelyet 
gyakran csak Slug-nak becéznek —, 
hogy a már meglévő funkcióikat tovább 
bővítsék. A firmware cseréje kapcsán 
számos irányvonal alakult ki, amelyek 
növelték az eszköz használhatóságát. 
Én az Unslung mellett döntöttem, 
amely amellett, hogy az egyik leg- 
könnyebben kezelhető, megtartotta 

a kompatibilitást az eredeti NSLII2 
firmware-rel. A másik népszerű irány- 
vonal az OpenSlug, amely az 
OpenEmbeddedre épül. Ez nem más, 
mint egy teljesen személyre szabható, 
de minimális Linux kernel és gyökér 
fájlrendszer. Az OpenSlug mindent tar- 
talmaz, ami az induláshoz szükséges, és 
utána igény szerint egyéb alkalmazások 
is telepíthetők. Ez nagyfokú beállítható- 
ságot ad és a felhasználói igények sze- 
rint személyre szabható. Érdemes 
Slackware-hez hasonlóként tekinteni 

rá az NSLIUL2 firmware világában. 

Az Unslung és az OpenSlug a NSLU2 
Linux Wiki weboldalon érhető el. 

A cikk írásakor a legfrissebb stabil 
Unslung firmware az 5.5-ös verziójú. le- 
lepítése két lépésben történik. Elsőként 
a firmware telepítését hajtjuk végre, 
második lépésként pedig az USB me- 
revlemezt vagy flash tárolót módosítjuk. 
Az eljárás magától értetődő és jól doku- 
mentált, csupán a firmware-hez mellé- 
kelt README állományt kell elolvas- 
nunk. A lépéseket pontosan kell végre- 
hajtanunk, ugyanis a legkisebb hiba 
esetén is könnyen értéktelen levélnehe- 
zék válhat az értékes eszközünkből. 

Az új firmware feltöltése nagyon egy- 
szerű, csupán a webes felület Upgrade 
Firmware menüpontját kell megkeres- 
nünk. Ha ez kész, akkor a külső lemez- 
meghajtót kell kezelésbe vennünk. Ez 
annyit tesz, hogy az eredeti NSLLI2 fff2- 
es gyökérfájlrendszer átkerül a külső 
USB lemezre egyéb könyvtárak társasá- 


gában. Ezután valahányszor elindítjuk 
az eszközt és a csatlakoztatott lemez 
rendelkezik a megfelelő fájlrendszerrel, 
egy szkript a beépített flash memória 
helyett a csatlakoztatott SB eszközre 
adja a vezérlést. Ennek köszönhetően 

a rendszer a merevlemezen lesz a be- 
épített flash memória helyett. 

Noha a programok akár asztali gépen 
megfelelő fordítóval lefordíthatóak, 
már több, mint 6500 lefordított csomag 
érhető el hozzá. A legtöbb felhasználó 
számára ez és az ipkg csomagkezelő 
rendszer jelenti az egyszerűbb megol- 
dást. Az ipkg nagyon hasonlít az apt- 
hoz. Az ipkg rendszer támogatja a cso- 
magok hálózatos letöltését, kezeli a füg- 
gőségeket, felügyeli a programok tele- 


pítését, frissítését, valamint eltávolítását. 


Az NSLU2 frissítése után az ipkg rend- 
szert be kell állítani, valamint frissíteni. 
A telnet segítségével történő bejelentke- 
zés után az alábbi parancsokat adjuk ki: 


ftipkg update 
fipkg install unslung-feeds 
fttipkg update 


A leggyakoribb ipkg parancsok: 


ipkg list, ipkg status 
ipkg install cpackage names 


Az utóbbi a programok telepítését 
végzi. A csomagoknak köszönhetően 
az NSLU teljesértékű Linux rendszer- 
ré alakítható. Számos alkalmazás már 
most is használható a felhasználói 
visszajelzések alapján: web-, fájl-, 
levelezőszerver, asterisk (voip), média 
kiszolgáló, sguid és egyéb szerver 
alkalmazások. 


Következő lépés: mt-daapd 

Hogy az NSLLIL2 az egyszerű NAS 
kiszolgáló mellett zene kiszolgálóként 
is üzemeljen, vegyük igénybe a imt- 
daapd-t, melyet Ron Pedde írt és tart 
karban. Az mt-daapd ilunes szerver- 
ként viselkedik, az Apple DAAP proto- 
kolljának többszálú megvalósítása, 
mely elérhetővé teszi a zenéinket 
ilunes kompatibilis kliensek számára. 
Noha az mt-daapd helyet kaphatott 
volna a Linux szerveren is, azért dön- 
töttem az NSLU2 mellett, mert ez utób- 
bi hely- és energiatakarékosabb megol- 
dás. Ron aktívan fejleszti az mt-daapd-t, 
de emellett a honlapján futó fórum mo- 
derátoraként is segíti a felhasználókat. 


A Roku Labs SoundBridge eszköz kap- 
csán kiderült, hogy a szűk keresztmet- 
szetet nem a protokoll (DAAP), ha- 
nem sokkal inkább a lejátszható fájl- 
formátum adja. A SoundBridge le- 
játssza az MP3-at, a nem jogvédett aac- 
t, aiff-et, wav-ot, melyet az mt-daapd 
ajánl ki, illetve a Shoutcast folyamo- 
kat. Választhattam volna az Ourtunes- 
t is, mely nyíltforrású, keresztplatfor- 
mos Java-alapú ilunes kliens. Ez az 
MP3, wav, valamint az OGG fájlok le- 
játszását támogatja. Számos fájlrend- 
szer bővítmény is létezik (gnome-vfs- 
daap és kde daap ioslave), melyekkel 

a Rhythmbox és JuK le tudja játszani 
az mt-daapd által kiajánlott zenéket. 
Ron megjegyezte, hogy a legfrissebb 
mt-daapd támogatja a wma, OGG, és 
flac szerver oldali átalakítását wav-ba, 
így bármely wav-ot lejátszó kliensen 
hallgathatóak az előbbi állományok is. 
Az mt-daapd-nek egy fontos buktatója 
van: nem tud az ilunes zeneboltból 
megvásárolt digitális jogvédelemmel 
(DRM - digital right management) 
ellátott aac zenékkel dolgozni. 

Ezek ismeretében mt-daapd-t telepítet- 
tem az NSLU2-re. Amennyiben a leg- 
frissebb verziót használjuk (ez a cikk 
írásakor 0.2.3), akkor az NSLIL22-re 
telnet-tel történő bejelentkezés után 
elég csupán kiadnunk az 


ftipkg install mt-daapd 


parancsot a csomag és függőségei letöl- 
téséhez, valamint telepítéséhez. A foly- 
tatáshoz lépjünk a NSLLU2 alapértelme- 
zett megosztásába /DISK 1/public (vagy 
/share/hdd/data/public konzol esetén) és 
hozzunk létre egy /mp3 alkönyvtárat, 
ahova majd a zenéink kerülnek. 
Ezután indítsuk újra a szervert, majd 

a zenei adatbázis létrehozásához 
futtasuk le ezt a parancsot: 


/opt/etc/init.d/S6Omt-daapd 


Ez a szkript újraindítja az mt-daapd-t, 
valahányszor az NSLU2 újraindul. 
Ezek után az NSLU2 már ilunes 
(DAAP) szerverként is funkcionál. En- 
nek ellenőrzéséhez nyissunk meg egy 
ilunes klienst, és vegyük észre, hogy 
megjelent a bal oldaon egy új kék 
színű mt-daapd feliratú elem a Music 
Store és a 9055 Music (kilencvenes 
évek zenéi) között. Az ilunes szerver 
neve, jelszava, könyvtárai és egyéb 
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fa sa hl xy Ez xy px 
, , 


beállításai a /opt/etc/mt-daapd/ 
mtdaapd.conf fájlban érhetőek el. 

Ez az egyszerű megoldás, de mi 

a helyzet a bonyolúltabbal? A kevésbé 
stabil friss kiadás az újdonságok listá- 
jával az mt-daapd honlapján megte- 
kinthető. Ron baljósan megjegyezte az 
éjszakai kiadások kapcsán: fejlesztés 
alatt... kevésbé tesztelt, és nem való- 
színű, hogy működik. Baljóslatú vagy 
sem, az ilyen friss kiadások sosem Za- 
vartak. A legfrissebb csomag jelenleg 
a mt-daapd 0.2.2-1 armeb.ipk. A tele- 
pítéshez töltsük le az NSLLU2 egyik 
könyvtárába, érdemes a $HOME-ot 
választani. Telnet ablakban keressük 
meg az .-ipk fájlt tartalmazó könyv- 
tárat és adjuk ki az 


ipkg install mt-daapd 0.2.2- 
51 armeb.ipk 


parancsot, mely fájl mellé letölti 

és telepíti a függőségeket, valamint 
telepíti magát az mt-daapdt-t is. 
Bármelyik szerint is konfiguráltuk az 
NSLI112-t, a hálózaton bárki elérheti 
a rajta futó ilunes (DAAD) szervert. 
Mielőtt folytatnánk, érdemes még 
néhány csomagot telepíteni, melyek 
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megkönnyítik az életet. Hármat java- 
solnék: a Bash héjat, a DropBear-t, 
mely egy kisméretű biztonságos beje- 
lentkezést biztosító program, valamint 
a wget. Mindegyik a már jól ismert 


ipkg install xxx 


paranccsal telepíthető, ahol az xxx 
helyére rendre a bash, dropbear, 
valamint a wget szavakat kell behe- 
lyettesítenünk. 


Utolsó lépések — Roku Labs 
doundbBridge beállítása 

Jelenleg az NSLL22-nk türelmesen vá- 
rakozik, hogy zenét szolgáltathasson 
a hálózaton. Noha a Windows vagy 
Mac klienst is használhatnék, de az 
eredeti cél a zene jó minőségű leját- 
szása volt. Összeköthetném a HiFi-t 
a számítógéppel, de sokkal vonzóbb 
megoldás a Roku Labs SoundBridge. 
Az eszköz vezetékes Ethernet porton 
vagy opcionális CompactFlash 802.11b 
Wifi adapterrel csatlakoztatható a há- 
lózathoz. Én ez utóbbit választottam. 
Miután összekötöttem a Hifi-t és 
SoundBridge-t a digitális optikai 
Toslink felületen, bekapcsoltam. 


Megadtam a hálózati és titkosítási ada- 
tokat a távirányítóval (sajnos az eszköz 
csak a WEP-et támogatja). Gyors ellen- 
őrzés, hogy megfelelő címet kapott-e 

a DHCP szervertől, és máris üzemkész 
a SoundBridge. Automatikusan érzékel- 
te az mt-daapd gyűjteményt, és a táv- 
irányító segítségével el is indítottam 

a lejátszást. Az mt-daapd további kon- 
figuráció után már kezelte a statikus, 
illetve az intelligens lejátszási listákat 
is. A SoundBridge emellett lejátssza az 
elmentett podcastokat is, valamint az 
Internetes rádióállomások sem jelente- 
nek gondot. Az NSLIU2-m már hóna- 
pok óta gond nélkül szolgáltat zenét 
DAAP segítségével. Hihetetlenül 
megbízható és hatékony módja 

a zene helyi hálózaton történő továb- 
bítására, mely nem valósulhatott vol- 
na meg a fejlesztők és a lelkes Linux 
közösség nélkül. 
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mikor hét évvel ezelőtt el- 
kezdtem Linuxot használni, 
többször mondták nekem, 
hogy videók és multimédiás anyagok 
készítésénél tiszta őrültség komolyan 
próbálkozni egy rakás nyílt forráskó- 
dú UNIX eszközzel. Akkoriban kezd- 
tem belemerülni a digitális filmgyár- 
tás világába, volt egynéhány Win- 
dows munkaállomásom a megfelelő 
eszközökkel, és nem volt sürgető 
okom arra, hogy Linuxra váltsak át, 
kivéve egyet: torkig voltam 

a Windows-zal. 

Így az elmúlt évek során fokozatosan 
átalakítottam a stúdiómat Windows 
helyett Linux használatára. A Linux 
már hosszú ideje alkalmas digitális 
videó szerkesztésére, olyan alkalma- 
zásokkal, mint a Kino vagy a Cuisine, 
illetve egyéb videóanyagok rögzítésé- 
re és szerkesztésére a Cinelerrával és 
elődjeivel. A Linux ennél is régebb 
óta kiváló 3D grafikus és modellező 
platform, és a GIMP régóta megfelel 
a szükséges rasztergrafikus művele- 
tek legtöbbjének elvégzésére. Két te- 
rület van, ahol a Linux a konkurens 
operációs rendszerek mögött lema- 
radt: a kompozitálás és az összetett 
DVD mernüszetkesztés. Bár az 

előbbi továbbra is problémát jelent, 
az utóbbi kezdi átvenni az őt meg- 
illető helyet. 

Nemrég volt egy kis szabad időm, 

így megragadtam a lehetőséget, 

hogy utánanézzek a Linux alá írt DVD 
menüszerkesztő alkalmazásoknak, és 
kellemesen csalódtam. Bár a DVD me- 
nük létrehozására szolgáló parancssori 
eszközök technikailag már régóta 
képesek egy összetett, menüvezérelt 
DVD elkészítésére, a végfelhasználók 


és művészek számára alkalmas GUI 
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eszközök nagyon hiányoztak. Elége- 
dett voltam, hogy megváltozott 

a helyzet. A feladat: egy promóciós 
anyag összeállítása saját független 
filmemhez, vonzó megjelenésű, 
menüvezérelt DVD-n. 

A különféle elérhető csomagok át- 
böngészése után a ODVDAuthort 
választottam. Mindent összevetve ez 
kínálta a legjobb kompromisszumot 
a zökkenőmentes munkamenet, tarta- 
lomvezérlés, és minimális függőségi 
problémák tekintetében. A program 
legfőbb gyengesége (nevezetesen 

a DVD fájlszerkezethez nyújtott, 
mesterszintű trükköket lehetővé te- 
vő közvetlen hozzáférés érthetetlen 
módja) számomra nem volt lényeges, 
mivel nem készültem arra, hogy 





kommentárt állítsak össze, vagy 
meglepetéseket rejtsek el a lemezen. 
Mielőtt belekezdenénk, mindenképp 
emlékeztetnem kell az olvasót, hogy 
béta verzióban levő szoftverről van 
szó. Mindig mentsük el a munkánkat; 
a ODVDAuthor hajlamos az összeom- 
lásra néhány kevésbé kiforrott funkció 
használata esetén, és nem szeretném, 
ha ez bárkit váratlanul érne. 

Telepítés után (lásd a program és 

a függőségek információit) megnyit- 
juk a főablakot (1. ábra). 

Új munkamenet indításához (File : 
New) át kell futnunk a telepítő varázs- 
lón (ami az új munkamenet létrehozá- 
sakor jelenik meg), meg kell adnunk 
az átmeneti könyvtárakat, a projekt 
nevét és a célkönyvtárat (2. és 3. ábra). 
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New Project Wizard 


: /tmp 
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A varázsló mindössze két képernyő- 
ből áll; miután végeztünk a beállítá- 
sokkal, készen is állunk a DVD létre- 
hozására. A cikk írásakor feltételez- 
tem, hogy rendelkezésünkre áll DVD- 
kompatibilis MPEG-2 videó, amivel 
dolgozhatunk. Ha nem, olvassuk el 

a DVD videó kódolásáról szóló átte- 
kintést. A következőkben független 
filmem, a Hunting Kestral előzetesét 
és bakijait bemutató DVD-t fogok 
létrehozni, amit Kino-ban szerkesz- 
tettem és a feliratozás pedig 
Blenderrel készült. 

Most hogy felállítottuk a projektet, 
kezdjük a felhasználni kívánt videók 
importálásával. Feltéve, hogy 

a szinkronizációs problémák elkerülé- 
se miatt előzetesen széttördeltük 

a filmet, a videófájlokat úgy szeret- 
nénk importálni, hogy már eleve 

a kívánt sorrendbe legyenek rendez- 
ve, és (ez a legfontosabb) egy gomb- 
nyomásra lejátszhatók legyenek, to- 
vábbi gondok nélkül. Ehhez kattint- 
sunk az Add Video gombra a főablak 
munkaterületének bal oldalán, majd 
válasszuk ki a videókat. Az import 
párbeszédablakban több fájl egyidejű 
kijelölésével (Ctrl-kattintás) egyetlen 
cím alá sorolhatjuk be az importált fáj- 
lokat. Ha később szeretnénk további 
fájlokat adni egy adott címhez, egy- 
szerűen importáljuk őket, majd fogd- 
és-húzd módszerrel húzzuk a fájllista 
ablak A/Il füle alatt levő címek közé 
(4. ábra). Ezzel a módszerrel a címek 
lejátszási sorrendjét is megváltoztat- 
hatjuk. Egy-egy cím alá tartozó fájlok 
lejátszási sorrendjének további módo- 
sításához kattintsunk jobb gombbal 
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HK Promo disc 


Browse ... 


Il//home/jthedudejdvds/hkpromodisc/ 


a címre és válasszuk a Properties 
menüpontot (5. ábra), majd a fel/le 
gombok segítségével változtassuk 
meg a sávok sorrendjét. 

Amint befejeztük a teljes film impor- 
tálását, létrehozhatjuk a menüket. 

A menüszetkezetet fordított sorrend- 
ben érdemes felépítenünk, a legmé- 
lyebb menükkel kezdve és visszafelé 
haladva a főmenü irányába, így ami- 
kor a gombokat összekapcsoljuk, nem 
kell megint bejárni az egész szerkeze- 
tet. Én most a főmenüt fogom elkészí- 
teni. Mivel ugyanazokat a lépéseket 
és eszközöket fogjuk használni min- 
den menü létrehozására, tetszésünk 
szerint szabadon kiterjeszthetjük. 

A főablakban kattintsunk az Add 
Background gombra. Innen kiválaszt- 
hatjuk bármely alkalmas állóképet 
vagy videót (MPEG-2), amit szeret- 
nénk beilleszteni a főmenü hátterébe. 
Amennyiben ismétlődő hangsávot 

is szeretnénk a menübe illeszteni, 
kattintsunk az Add Sound gombra, 

és töltsünk be bármilyen alkalmas 
hangfájlt (. wav, .mpa, .mp3, mpeg, 
.0g9, stb.). Van azonban egy hiba, ami- 
től óvakodnunk kell: a ODVDAuthor 
tervezésekor úgy tűnik szokatlan fi- 
gyelmetlenséget követtek el, mivel 
szinte bármilyen hangfájlt importál, de 
valójában nem alakítja át az egyesítés- 
hez szükséges formátumra. Az átkódo- 
lás párbeszédablak (kattintsunk jobb 
gombbal egy hangrészletre, és vá- 
lasszuk a Properties opciót) látszólag 
ok nélkül összeomlik, amikor a han- 
gon dolgozunk, így nem tudjuk auto- 
matikusan átkódolni a hangfájlt a kész 
projekt befejezésekor. Ez azt jelenti, 





Add Movie 
Add Slideshow 





hogy pillanatnyilag a menük hangsáv- 
jainak egyesítésre alkalmas formátum- 
ban kell lenniük (AC3 vagy MPEG- 
Audio). Amennyiben . wav, .ogg vagy 
.mp3 fájlunk van, a megfelelő hangfor- 
mátumra konvertáláshoz egyszerűen 
adjuk ki a következő parancsot: 


ffmpeg -acodec mp2 foo.mp2 -i 
3 foo .Wav 


Amint ezzel készen vagyunk, az .mp2 
fájlt importálhatjuk a ODVDAuthorba 





Play 


[02] - trailerd 


Tt VOSETEZTW 


mi 5. ábra A sávok átrendezése 


Text and Font Dialog 


Bitstream Vera Sans Mon 
Bitstream Vera Serif 
Century Schoolbook L 
Courier 

Courier 10 Pitch 

Cursor 

DEC Terminal 





mi 7. ábra Szöveg létrehozása párbeszédablak 


























































































































General I] Normal I Highlighted I Selected 
BUttON Button: 
Name 
Acti 
jump. 9]Í 02] - 503 Movie Filesz . 
roughcut006.mpeg ]100:00:00.( 
jump roughcut006.mpeg chapter 1 ; Help 
cc Basic 
r Button Geometry 
Y Width Height 
216 276 186 67 
rGoTo 
Up [- default -- v] Down f[.. default -- a 
Help 
Left [- default — v] Right [- default -- . 
TC] 








mi 8. ábra Szöveges gomb definiálása 


FUNTING KESTRAL 


BLOOPER REEI 


VR SEGUENCE 


SWORDDANCE USZNI 


BAYCONTRALER 




















Add Background ] [ Add Sound [ Show H-Layer ] [ Show 5-Layer 








mi 9. ábra A példaprojekt öt szöveges gombbal 


3 Fraperties ... fa 


Delete 





File Edit DVDAUuthor DVDMenu Tools Help ] 
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Add Movie 





Add Slideshow 


Object Name 


DVD Project 

- . Main Menu VMGM 
1" Background 
[Sound file(s) 0 [01] - hkmenu 
4-Text Object BayCon Traile 


Main Menu VMGM [ SubPictures (Subtitles) I Preview I XML out ] 








FUNTING KESTRAL 


BAYCONTRAILLER 

















Add Background ] l Add Sound Show H-Layer Show S-Layer 
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mi 6. ábra A meni háttere és a hangsáv 


GoTo 








Up Down  [utton 2 z 
Help 
Left [Button 4 v] Right [Button 3 z 








mi 10. ábra Az kurzormozgató billentyűk hatásának beállítása 


HUNTING KESTRAL 


bútton1 -5 BLOOPER REEI 
SWORDDANCE ton5 -2 . PLAY ALL 
button4 


button2 -2 BAYCONTRALLER 


VR SEOUENCE 


mi 11. ábra A Play All gomb beállítása 





és normál módon folytathatjuk 

a munkát. A 6. ábra mutatja a menü 
Blenderrel elkészített hátterét és 

a betöltött hangsávot. 

Most hogy kész a háttér, itt az ideje 
létrehozni a gombokat. Mivel ez 

egy bevezető cikk, csak szöveges 
gombokkal fogunk dolgozni, bár 

a ODVDAuthor tökéletesen alkalmas 
videót illetve képet felhasználó 
gombok létrehozására is. 

Szöveges gomb létrehozásához kat- 
tintsunk a munkaterületen az egér 
jobb gombjával, és válasszuk az Add 
Text menüpontot. Egy kereszt alakú 
kurzort kapunk; kattintsunk egy tet- 
szőleges pontba, és az egér húzásával 


hozzunk létre egy szövegdobozt. 

Ne aggódjunk, ha rossz formát 

vagy rossz helyre rajzoltunk; az ilyen 
hibák könnyen orvosolhatók, miután 
beírtuk a szöveget. 

Miután megrajzoltuk a dobozt, feltű- 
nik a szöveg létrehozása párbeszédab- 
lak, és a X11/fonts könyvtárba telepí- 
tett betűtípusok közül bármelyik kivá- 
lasztható, csakúgy, mint a szín, igazí- 
tás, méret, stílus és a szövegdoboz 
háttérszíne. A specializált Iruelype 
betűtípusokat ebben a könyvtárban 
kell elhelyeznünk, mielőtt elindítjuk 

a ODVDAuthort, így fel fognak tűnni 
a betűtípus kiválasztó párbeszédablak- 
ban. Itt a doboz méreteit és elhelyezé- 
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mi 12. ábra DVD Export gomb 





ALTROTMA 








Here is the list of commands which will be executed. You can modify each 
single Command or accept the default settings. 














3 
il 


The following command will multiplex the sound file into the menu-movie. 
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mi 13. ábra Az írási folyamat vezérlőablaka 
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I Help ] XX Keep Open [ Export ] l Play ] 

















mi 14. ábra A parancsok végrehajtása 


sét is beállíthatjuk (bár az elhelyezés 
egyszerű fogd-és-vidd módszerrel 

is változtatható a főablakban). 

Amint elkészültünk a szövegdobozzal, 
kattintsunk az OK-ra, majd a főablak- 
ban jobb gombbal kattintsunk a szö- 
vegdobozra, és válasszuk a Define 

as button opciót (8. ábra). 

Itt hozzárendelhetjük a műveletet, 
amit a gomb elindít (ugrás egy fájlra, 
menü hívása vagy visszalépés). 

Az Advanced: 5 5 gombra kattintva 
pontosan meghatározhatjuk, hogyan 
mozgassák a vezérlőelemek a kurzort 
a DVD menüben (fel, le, balra és jobb- 
ra), minden egyes gombról egy másik 
gombra irányítva a képernyőn. Így 
például a jelenlegi projektemben öt 
gomb van, és azt akarom, hogy a néző 
a gombok között teljesen nyilvánvaló 
módon tudjon váltani (9. és 10. ábra). 
A központi Play All gombot egyszerű 
közvetlen vezérlésre állítottam, 


Videókódolás 

Ha miniDV kamerával készült szalag- 
ról dolgozunk, a Kinoval viszonylag 
egyszerűen létrehozható a DVD- 
kompatibilis videó. Ha eddig még 
nem használtuk volna, a Kino fel- 
használói felülete kényelmes és 
könnyen kezelhető. A weben számos 
helyen elérhetők felhasználói útmu- 
tatók, így a Kino honlapján is 

(2 kinodv.org/articlelarchive/13). 
Sajnos ez nem egy többsávos szer- 
kesztő, de gyors és durva szerkesz- 
tésre, alapvető átmenetekkel és 

a hangsáv keverésével biztatóan mű- 
ködik. Amikor a Kinoval létrehozzuk 
a videókimenetet, úgy találtam, hogy 
a legjobb eredményt (a videó minő- 
ségét és a minimális hangcsúszást 
figyelembe véve) a kétmenetes 
(dual-pass) kódolással érhetjük 

el a DV Pipe képernyőn. 





























mi DV Pipe képernyő 


Kicsi a valószínűsége, hogy a PVR- 
ünkről szeretnénk DVD-t írni, de ha 
mégis, a fájlokat először a megfelelő 
formátumra kell alakítanunk. Erre 
nagyszerűen alkalmas a Mencoder, 
bár zavarba ejtően sok opciója van. 
Íme egy példa arra, hogyan alakít- 
hatjuk az xvid kódolást DVD- 
kompatibilis MPEG-2 formátumra: 


mencoder -ovc lavc -lavcopts 
vcodec-mpeg2video -oac lavc 
- lavcopts N 

acodec-mp2 : abitrate-512 
foo.avi -o foo.mpg 


Fontos figyelmeztetés a DVD- 
formátumú MPEG-re alakításhoz: 


az összes Linux videókódoló amivel 
eddig találkoztam az FFmpeg vagy 
az MJPEGTools alkalmazást használ- 
ja, és mindkettőnek ugyanaz a prob- 
lémája — egy nagy probléma. Úgy tű- 
nik, mindkettőben van egy hiba, ami 
fokozatos csúszást okoz a hangban; 
ez körülbelül a felvétel első két perce 
után válik észrevehetővé. Ez egy 
programkönyvtárban levő probléma, 
amire nem találtam megoldást, bár 
határozottan kevésbé jelentkezik 

az FFmpeg használatakor mint 

az MJPEGTools-nál. Ez a legnagyobb 
és leginkább zavaró akadály amivel 
a linuxos DVD készítőknek szembe 
kell nézniük. Az egyetlen megoldás, 
amit erre a bosszantó problémára ta- 
láltam, hogy a videót kettő-öt perces 
sávokra daraboljuk, és minden egyes 
sávot külön címként használjunk fel 
a DVD-n. Ez egy ronda megoldás, de 
pillanatnyilag ez a legjobb amit tehe- 
tünk. Egy ideális világban a fejleszté- 
si projekteken dolgozók kijavítanák 
a hibát, mivel azonban ez sok keres- 
kedelmi MPEG kódolónál is általános 
probléma, szemet kell hunynom 
felette. (Hozzá kell tennem, kedves 
olvasó, hogy ha ez netán mégis egy 
felhasználói mulasztásból eredő hiba 
volna, és valami meglévőt hiányolok, 
vidám lelkesedéssel várom az elma- 
rasztaló leveleket.) 

Arra az esetre, ha szeretnénk az 
elérhető parancssori eszközökkel 
(mencoder, FFmpeg és mjpegtools) 
próbálkozni, az alábbiakban megtalá- 
lunk minden lényeges adatot, ami 
egy használható DVD videó fájl 
kódolásához szükséges (minden 
szám NISC szerinti): 


Videó: 
e — 720x480 felbontás 4:3 (szabvány) 
vagy 16:9 (torzított) képméret- 


aránnyal 
e . MPEG-2 egészen 98,00 kbps-ig 
Audio: 


e 48 kHz 32-1,536 kbps között 
e . PCM, AC3, MPEG-1 Layer2 
e Max. 8 audio sáv 


felelő sorrendbe állítva, mindössze 
annyit kell tennünk, hogy a Play All 
gombot a cím első fejezetéhez 


mint a 11. ábrán látható. 
Most már csak a Play All gombot kell 
működőképessé tennünk, ami megté- 


vesztően egyszerű. Mivel egyetlen cím 
alá csoportosítottuk az össze videón- 
kat, importáláskor a lejátszásnak meg- 


DVD fájlszerkezet 
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A különbség egy adat DVD és egy videó DVD között elsősorban az eltérő 
fájlszerkezet és a videoformátum. A fájlszerkezet megfelelő kódolását 

a DVDAuthor kezeli, amitől minden Linux DVD program függ. Ez egy XML 
fájlt kap és ebből építi fel a DVD képet. Az alábbiakban a cikkhez létrehozott 
projektből származó DVDAuthor kimenetet láthatjuk: 


czdvdauthor dest-"/home/user/dvddirectory/" jumppad-"yes" 5 


cvmgmz 
cmenusz 


cvideo format—"ntsc" resolut1on—-"720x480" /5 


cpgc entry-"title" 5 


cvob file-"/tmp/HK Promo disc/Main Menu VMGM menu.mpg" 


pause-—"1nf" /5 


cbutton name-—-"1" :5jump title2; c/buttonz 
cposts: jump vmgm menu 1; c/postz: 


c/pgc: 
c€/menusz 
c/vmgmz 
ctitlesets 
cmenusz 
cpgcs 


cposts: jump vmgm menu 1; c/postz: 


c/pgc: 
c€/menusz 
ctitlesz 

cpgcs 


cvob file-"/home/user/dvdmenul.mpeg.vob" /5 
cvob file-"/home/user/trailerdvd.mpeg.vob" /: 
cvob file-"/home/user/video/cinereel1.mpg" /: 
cvob file-"/home/user/video/cinereel2.mpg" /: 
cposts: call vmgm menu 1; c/post: 


c/pgc: 
c/titlesz 
c/titlesets 
c/dvdauthorz 


ODVDAuthor és függőségei 


A ODVDAuthor elérhető a gdvdauthor.sf.net weboldalon. 


Az alábbi csomagoktól függ: Iranscode, PCM2AIFF, toolame, dudrecord, 
dvdauthor, Ffmpeg, mipegtools, arecord, oggdec, lame, mplayer/mencoder, 
dvd-slideshow, sox, inagemagik, mkisofs, growisofs és a dud trw-format. 


kapcsoljuk. Ha elindítottuk, az adott 
cím alá tartozó összes videót le fogja 
játszani, mielőtt visszatérne a ftőmenü- 
be. Több bonyolult lejátszási sorrend 
is létrehozható viszonylag egyszerű- 
en, de ez már túlmutat a cikk keretein. 
Ha elkészültünk a gombok beállításá- 
val és a videók sorrendjével, készen 
állunk az írásra. Kattintsunk a DVD 
Export gombra (12. ábra), ekkor 


feltűnik az írási folyamat vezérlő- 
ablaka (13. ábra). 

Itt elvégezhetjük az utolsó simításo- 
kat, mielőtt létrehoznánk és kiírnánk 
a DVD-t, amennyiben ezt szeretnénk 
innen elvégezni, és nem a K3b-ből. 
Amint az OK-ra kattintunk, a paran- 
csok megfelelő sorrendben végrehaj- 
tásra kerülnek, mint azt a 14. ábrán 
látható ablak mutatja. 





Legyünk figyelemmel minden hibára, 
melyek piros színnel jelennek meg. 
Ha figyelmen kívül hagyjuk őket, 
legfeljebb poháralátétnek lesznek jók 
a lemezeink, ha egyáltalán van kiírha- 
tó képünk. Ha piros jelzést kapunk, 
futtassuk újra a parancsokat, az OK 
helyett az Export gombra kattintva. 
Ez egy héjprogramot fog exportálni, 
amit megnyithatunk, majd egy kis 
trükközéssel kinyomozhatjuk és 
kijavíthatjuk a problémát. Erre nem 
gyakran van szükség, de időnként 

a program egyszerűen nem hoz létre 
megfelelő kimenetet, és kézzel kell 
kijavítanunk a hibát. 

Ha minden jól ment, egy egyszerű, 
menüvezérelt DVD-t kapunk, ami 
alkalmas arra, hogy bármely DVD 
lejátszón és tévén bemutathassuk. 
Az Linuxon elérhető menüszerkesztő 
eszközkészlet, bár még durva javításo- 
kat tartalmaz, végre képes professzio- 
nális és összetett DVD-k készítésére 
audiokommentárral, videómenükkel, 
animációkkal, képgalériával, hangsáv- 
okkal, fejezetválasztó menükkel, leját- 
szási listákkal, és rejtett meglepetések- 
kel. Ezekhez a specializált szerkezetek- 
hez szükséges egy kis erőfeszítés, de 
minden működik. Egy kis türelemmel 
és az időnkénti XML trükközéssel 

a Linux végre készen áll a feladatra, 
hogy betöltse a menüszerkesztés fel- 
adatát a multimédiás stúdió gépezeté- 
ben. A ODVDAuthor jövőbeli fejleszté- 
sei és a konkurens programok bizonyá- 
ra tovább fogják javítani a helyzetet. 
Már csak egy jó minőségű nyílt 
forráskódú szerkesztő (kompozitor) 
hiányzik... 
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